エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
ソースコードの引き継ぎ改修案件が難しい理由 - IT業界で気づいたことをこっそり書くブログ
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
ソースコードの引き継ぎ改修案件が難しい理由 - IT業界で気づいたことをこっそり書くブログ
ここ3年くらいで何度か体験したことです。 条件としてはこういう状態です。 既に完了しているプロジェク... ここ3年くらいで何度か体験したことです。 条件としてはこういう状態です。 既に完了しているプロジェクトの追加改修 プログラマーはもう居ない 仕様書はほぼ無い 完成したのが2年前とか よくある話ですね。 こういう「ちょっと変えて欲しい」案件を、別に私は軽く見ていたつもりはなかったのですが、想像以上に上振れることがわかりました。 大体想像の30〜40%増のバッファで見積もるのですが、現実は80%〜300%という感じです。 原因は少し複雑です。 前提として大きいのは、引き継いだコードの質が自分のものより下であることです。 それだと「場合に依る」と思えるでしょうけど、意外と(?)十中八九自分より不出来であることが多いです(私が特別優秀というわけではなく) 理由はたぶんこうです きちんとしたコードを書くようなプロジェクトでは、どこの馬の骨とも知らない人に引き継がせないし、最低限プロジェクト内にエンジ