[#TiDD] 最近のソフトウェアを考えるとアジャイルに向かう
技術発表の改良パターンの一つに「口で説明した通りに修正する」と言うのがあります。文献を色々と引用するうちにわかりにくくなってしまい、指導教官から結局どういう意味かを問われて説明すると、「じゃあ、その通りに書きなさい!」と言われるパターンです。
それにならって、先日のCCPMのお話の後の懇親会で「なぜ大手ベンダーがアジャイルをするか?」という議論の犀の説明をまとめておきたいと思います。堅めの説明としては、ソフトウェア工学の視点、ビジネスの視点、ハンフリーさんの要求の不安定性の視点で既に書いていますので、そちらをご覧ください。
さて、最近のソフトウェアは、機能が年々増大しています。また、それに反比例する様に予算が削減され、開発期間が短縮、投入される工数も少なくなっています。この流れの中で開発の始めに一括請け負いするリスクはドンドン増大し、従来の開発方法は限界になっています。
不確実コーンで考えると、より広く、より短くなっています。
このような状況で開発するには、少しずつ、確実に、開発を前進させていく事が必要です。具体的には、以下のような対策が必要です。
少しずつ確認する
段階的に開発して、確実に動作する部分を増やします。アジャイル開発の様な繰り返し開発やプロトタイピングが有効です。
経験やアイデアを蓄積する
コミュニケーションを向上し、チケットやWikiに記録する事で、開発者の能力を向上します。
開発の効率化
様々な自動化、より高機能なフレームワークや言語の導入などによって開発を効率化して生産性を高めます。
信頼性の向上
自動テストや静的解析によって信頼性を向上し、手戻りを減らします。
このように考えると、アジャイルの「ライトウィング」と「レフトウィング」が見えてきます。必ずしも厳密なアジャイル開発でなくとも、アジャイル開発を知らなければプロジェクトの成功は見込めなくなっているのです。
« 情報を得るには Give & Give - 発表のモチベーション - | トップページ | BPMSと業務システムの連携 - 第20回関西IT勉強宴会 その1 - »
「私のアジャイル」カテゴリの記事
- One fact in one placeとチケット駆動開発 - Software Processes are Software, Too -(2021.12.21)
- マルチスレッド処理と進捗管理・配員・作業分割/割り当て- Software Processes are Software, Too -(2021.12.20)
- カプセル化と組織パターン - Software Processes are Software, Too -(2021.12.20)
- Greedy algorithmと2割8割の法則 - Software Processes are Software, Too -(2021.12.12)
- 「任せて、任せず」「魚を与えるのではなく"釣り"を教えよ」(2021.08.16)
この記事へのコメントは終了しました。
コメント