チーム・組織デザインの良し悪しはプロダクト開発フローの効率を左右する｜mtx2s
依頼、調整、合意、承認、etc. こういったコミュニケーションがチーム境界を越えて頻発すると、ソフトウェアプロダクト開発のフローは遅々として進まなくなります。いずれも、機能追加や機能改善を進める上でのクリティカルパスを引き伸ばす要因を生み出すからです。 機能追加や機能改善といったひとつひとつの開発は、アイデアを生み出し、それを価値に変えるまでのフローです。フローが進む過程で、組織内の様々な人の手で、様々なタスクが実行されます。その全てを1つのチームで完結することは、プロダクトの規模が大きくなるほど困難になり、より多くの人々が関わるようになります。そこに、チーム境界を越えた「依頼、調整、合意、承認」といったコミュニケーションが発生するのです。 開発フローのクリティカルパスを悪化させるこのようなコミュニケーションの頻度をどれだけ減らせるか。組織設計、チーム設計で最も注視すべき観点の1つは、そこ
「コード書いてる人って話しかけても無視するよね」と言われるけど悪気はないらしい
俺はGAFA@年収3000万(目標) @GafaOreha @nazomizusouti @s_takv 完全に同意です。 私は非エンジニアの方に説明するときは「囲碁とか将棋で先の先をひたすら読んでる最中に話しかけられるのと同じ感覚なんです。」というとスンナリ納得してもらえます。 2020-04-29 04:18:06 けい@ソフトウェアで応援 @benri_tools @nazomizusouti はじめまして。 全くおっしゃる通りです。 それと30秒しかたっていないと思って戻ってみると、何分も経過していたなんてこともあります。 あと聞こえていないこともあります。 全く悪気はないのです。 2020-04-28 23:35:34
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
