ソフトウェア開発チームはオーケストラに似ている
ソフトウェア開発の特徴で良い記事があったのでメモ。
【元ネタ1】
ソフトウェア開発組織はオーケストラ:柴田 芳樹 (Yoshiki Shibata):So-net blog
ソフトウェア開発で伸びる人,伸びない人【第二版】:柴田 芳樹 (Yoshiki Shibata):So-net blog
荒井さんの本「ソフトウェア開発で伸びる人、伸びない人 【第二版】 (技評SE選書)」が紹介されていたので立ち読みしてみた。
「特別付録 音楽とソフトウェア開発」という章が面白かった。
ソフトウェア開発組織はスポーツではなくオーケストラ。
個人のスキルは前提条件であり、協調するのが大事。
一人のスキルが低いと、演奏する音楽全体の品質が落ちる。
オーケストラでは、指揮者(プロジェクトマネージャ)以外に、副指揮者(プロジェクトリーダー)、コンサートマスター(アーキテクト)の役割が必須。
管理者の仕事が3人に分かれているのに注意。
SW開発の大規模プロジェクト(数十人以上)も同様に、管理者の役割が分化されるはず。
アジャイル開発のような小規模チームでは、管理者が役割を兼務する時が多い。
バッハやモーツァルトもその時代の音楽楽器の技術をフルに使うことで、優れた楽曲を残した。
IT技術も、その時代に合った技術をフルに使えば、ベターなシステムが作れるはず。
しかし、IT技術は陳腐化が激しいので、システムの寿命も本来は短いのかもしれない。
【元ネタ2】
「ソフトウェアは工業製品ではない」 まつもとゆきひろ氏:柴田 芳樹 (Yoshiki Shibata):So-net blog
ソフトウェアエンジニア:柴田 芳樹 (Yoshiki Shibata):So-net blog
日本のITベンダーのプロセス改善に何故、違和感を感じるのか?
彼らのプロセス改善の根底には、アートを作るのではなく、工業製品を作っているイメージがある。
ソフトウェア開発のプロセスが細分化されて、プログラミングではなくコーダになっている。
【元ネタ3】
ソフトウェアエンジニアの成長カーブ:柴田 芳樹 (Yoshiki Shibata):So-net blog
開発チーム(組織)の成長:柴田 芳樹 (Yoshiki Shibata):So-net blog
ソフトウェア開発において、成長できない組織や個人は、プロセス改善できない。
ソフトウェア開発においてプロセス改善するには、プログラミング技術が時代に乗り遅れないように、常に磨かなくてはいけない。
| 固定リンク
「IT本」カテゴリの記事
- パターン、Wiki、XPは良書(2012.03.23)
- 課題管理システムJIRA入門(2012.02.12)
- 入門Mercurialの感想(2009.09.06)
- SEを極める50の鉄則(2011.05.20)
- モデリングとプログラミングの観点の違い(2009.11.22)
「ソフトウェア」カテゴリの記事
- 個人タスク管理ツール かんばりすと(2012.05.23)
- AWS MarketplaceでRedmineも動く(2012.04.21)
- モデル検査ツールLTSAのメモ(2009.10.06)
- 【公開】第4.5回Shibuya.trac発表資料「RedmineとTracの機能比較~TiDDに必要な必須機能」(2009.09.12)
- Redmineとチケット駆動開発の感想を集めてみた(2012.04.22)
「ソフトウェア工学」カテゴリの記事
- Antを見直す(2012.05.26)
- ストーリーポイントとファンクションポイント法の比較(2012.05.26)
- 第3回品川Redmine勉強会の感想 #47redmine(2012.05.19)
- EVMとバーンダウンチャートは本質的に違う(2012.05.17)
- 「アジャイルソフトウェアエンジニアリング」におけるプロダクトバックログの考え方(2012.05.11)



コメント