1. 参考 サイト
2. 負債に 対しての 現状
技術的負債に
ついて、 少しの 定量化も されていない。 技術的負債に
ついて、 定性的に 観点で いうと それなりに 溜まっている 気が する。 技術的負債に
ついて、 意識してそうな 人が 5割以下な 気が する。 技術的負債に
ついて、 実装すればするほど 負債が 膨らんで いっていそうに 思う。 (アーキテクトが ない) 技術的負債に
ついて、 いわゆる ドキュメントを 書く ことだけが 負債を 軽減する 手段に なっていそう。 (実装の リファクタなく ) 技術的負債に
ついて、 マネジメント層は 興味を 示さない(何故なら、 定量化が されていないから ) 技術的負債に
ついて、 意識しようにも 仕事が 忙しすぎて、 それど ころではない。 技術的負債に
ついて、 仕事が 忙しすぎて、 また、 それ技術的負債を 抱える。 技術的負債に
ついて、 ある 1つの 技術的負債の せいで、 また 別の 技術的負債が 生まれる。 技術的負債に
ついて、 技術的負債を 負債とも 思わないやつが、 2つくらいの 技術的負債を 生む。 技術的負債に
ついて、 包括的な ドキュメントが ない。 技術的負債に
ついて、 包括的で なくても、 ドキュメントが ない。 技術的負債に
ついて、 ソフトウェア仕様の 一部が、 一子相伝の 口頭伝承だ。 技術的負債に
ついて、 ソフトウェア仕様の 一部が、 「いい 感じに 空気読んで 作って」。 技術的負債に
ついて、 アドホックな ドキュメントは ある。 技術的負債に
ついて、 アドホックな ドキュメントは あるが、 仕様も アドホックだ。 技術的負債に
ついて、 エンジニアが 空気が 読めない。 技術的負債に
ついて、 エンジニアが 空気が 読めないのは いいとして、 エンジニアなのに、 システムの 空気が 読めていない。 技術的負債に
ついて、 マネージャー層が 技術の 話が 通じない。 技術的負債に
ついて、 マネージャー層じゃないのに、 技術の 話が 通じない。 技術的負債に
ついて、 実装レビューが されていない。 技術的負債に
ついて、 実装レビューを しても、 修正しないやつが いる。 技術的負債に
ついて、 実装レビューなしに 「できてます」って 言ってる やつが いる。 技術的負債に
ついて、 進捗報告しないやつが いる。 技術的負債に
ついて、 進捗報告しない やつに 聞いたら、 「オンスケです」。で、 実態の 進捗は 遅れている やつが いる。
3. 負債に 対して、 ビジネス側の 思い(間接的な )
技術的負債に
ついて、 (間接的に )リリースが 遅くなってきた。 技術的負債に
ついて、 (間接的に )なんで こんな 屁でもなさそうな 修正に、 こんなに 時間が かかるの ? 技術的負債に
ついて、 (間接的に )なんで こんなどうしようもない バグが 出んの ? 技術的負債に
ついて、 (間接的に )大した 修正じゃないのに、 金かかりすぎじゃない? 技術的負債に
ついて、 (間接的に )現状の 仕様が 理解できる ドキュメントが 存在しない。
4. 2.、 3. の 状況でまず、 ボトムアップで 試みる お手軽な こと
4-1.技術的負債の 定量化 (実装レベル)
IDE上で、
静的解析を 実行してみる。
[Java][NetBeans] NetBeans 8.0RC1とJDK8 b132で FindBugs、 Checkstyle、 PMDの プラグインを 動かす CIサーバー上で、
静的解析を 実行してみる。
Jenkinsを使って 継続的に 静的コード解析を させる 負債(有名な
モンスターコード)を 個人で 書き出してみる。
4-2.日々の 積み重ね系で 作業効率化 (して 技術的負債と 向き合う)
個人レベルでの、
作業の 手順化(人が 見るのを 意識して おく) 実装の
document化 (目的と 実装背景を 説明する もの )
なんとなく、
溜まった
溜まった
を
コメント