ソフトウェア開発のチームは人数が増えるとプロジェクトは失敗する経験則がある
日曜にTwitterルームで聞いた、中嶋聡さんの話が面白かった。
ラフなメモ。
ソフトウェア開発は、人数が増えると失敗する。
優れたソフトウェアは1人の優れたプログラマから生まれる、と。
人月の神話を思い出す。
炎上したプロジェクトに人を追加すれば、さらに納期は遅れてしまう。
コンウェイの法則を思い出す。
チームメンバーが増えるほど、ソフトウェア開発はどんどん複雑になっていく。
システムのアーキテクチャは、組織構造の壁を反映する。
平鍋さんは、ソフトウェアとはコミュニケーションウェアだ、と言われた。
コミュニケーションパスの複雑さは、仕様の伝言ゲームを生み出し、ソフトウェアを複雑にさせる。
モデレータの女性からは、別の話で、Teamsは使いづらい、Zoomの方が使いやすい、マイクロソフトは面白くないね、と話をしていた。
Teamsでは、組織やチームごとのコミュニケーション管理の機能があるが、組織に属していない人にとっては入りにくいので使いづらいらしい。
僕は、Teamsに慣れてしまったので、便利に感じる。
Teamsであれば、チャットとテレビ会議の両方が使えるし、チャットもログに残る。
Zoomは使いやすいが、ログが消えてしまう。
Slackも便利だが、テレビ会議の機能がないのが惜しい。
| 固定リンク
「ソフトウェア工学」カテゴリの記事
- プロセス設計はどの範囲を指すのか?~プロマネの仕事はテーラリングにある(2022.06.19)
- 「大人の学びパターン・ランゲージ」の感想~知識と経験を行ったり来たりするタイミングを大切にする(2022.06.05)
- 「コーディングを支える技術」は良い本だ(2022.05.26)
- ソフトウェアテスト技法練習帳はテストケースの切り方に困っている人向けにおすすめの本だ(2022.05.14)
- 知識は経験よりも大切か、経験は知識よりも勝るのか、SECIモデルは相互作用を語る(2022.04.26)
コメント