「影響範囲の考慮漏れ」によるソフトウェアトラブルの多発はビジネス継続性に対する危険信号｜mtx2s

2024/01/22 262 users 多発 考慮漏れ 既存 本番 箇所

リリースするたびに「影響範囲の考慮漏れ」によるトラブルを起こす。こういう症状は、既存のソフトウェアシステムに追加開発を繰り返す組織によく見られるのではないかと感じます。コードやシステムの変更が影響を及ぼす箇所を見逃してしまい、未修正な箇所が残されたまま本番リリースされたために発生するトラブルです... 続きを読む

チーム・組織デザインの良し悪しはプロダクト開発フローの効率を左右する｜mtx2s

2023/10/10 199 users 効率 チーム 組織デザイン

依頼、調整、合意、承認、etc. こういったコミュニケーションがチーム境界を越えて頻発すると、ソフトウェアプロダクト開発のフローは遅々として進まなくなります。いずれも、機能追加や機能改善を進める上でのクリティカルパスを引き伸ばす要因を生み出すからです。 機能追加や機能改善といったひとつひとつの開発は、... 続きを読む

ブラックボックスになりがちな開発チームの内部状況を指標を用いて可視化する｜mtx2s

2023/07/11 215 users 指標 各々 主観 ブラックボックス パフォーマンス

自社ソフトウェアプロダクトを内製する組織であっても、開発チームがそれをどうやって作り上げているか、開発者ら以外にとってはブラックボックスであり、不可視です。それだけに、開発チームのパフォーマンスや内部状況の良し悪しは、各々の主観や興味によって、不統一な認識を持ってしまうことも多いでしょう。そして... 続きを読む

エンジニアの稼働率を上げれば上げるほど機能リリースが遅くなっていく｜mtx2s

2023/05/22 714 users エンジニア 稼働率 強迫観念 機能リリース リソース

組織内のメンバーを「リソース」として見始めると、それを100%使い切ることにばかり注力してしまいます。リソースの稼働率を下げることは、すなわち、生産性を下げること。マネージャーは、まるで強迫観念に取り憑かれたように、そのような考えに囚われます。 自社でのソフトウェアプロダクト開発において、その対象は特... 続きを読む