http://www.takumistyle.net/takumijuku/ps-012.html
少し経ったのですが、行ってきたので参加報告をば。
19:00〜19:30:ビジネスアジャイルの潮流解説「IT活用新時代に必要な技術と手法」
細川さんのお話。要求開発とアジャイルをミックスしたビジネスアジャイルの必要性に関する話。
概要
- 「要求開発 = 業務改善 + ソフトウェア開発」を俊敏にやりたい→アジャイル
- アジャイルが必要な背景
- ビジネス環境の変化に対応
- 投資予算の縮小
- 内製化
- ユーザ企業が外注したことにより、ユーザ企業の実装力は低下している。
- 今までとは別のやり方ということでアジャイルを試している。
- アジャイルを支える背景
- アジャイルの課題
- ビジネスの価値をどのように産み出すか
- 要件が存在することを前提としている。つまりアジャイルは要件そのものはカバーしていない。
- この要件の部分を要求開発でカバーする。
- 要求開発の課題
- 要求開発は時間がかかる。そこで構造化したツリーの全てを作るのではなく、特定のサブツリーのみをアジャイルに実装して効果を確認する。
- 要求管理はステークホルダ視点のストーリーカードを作る。
- システムは今までどおり利用者に対するビジネスストーリーカードを利用。
- モデルについては余力があれば作る。
- 要求開発+アジャイル→ビジネスアジャイル
- メリット(価値?)を産み出すには以下が必要
- 業務改善
- アジャイル開発
- 企業改革
- 人材育成
感想
- アジャイルが要求までサポートしていないため、その部分を要求開発で担保しようとしていることが分かった。
- 要求開発についてはまだまだ知らないので、どの辺をどのぐらいライトにするのかいまいちわからなかった。こっちは別途勉強だな。
19:30〜20:00:ビジネスアジャイルの勘所とメリット「ビジネス指向のアジャイルアプローチ」
牛尾さんの話。開発チームの外側に目を向ける必要がある。PM(調整)力重要みたいな話。
20:10〜21:00:パネルディスカッション「ビジネスアジャイル大討論会」
概要
- アメリカで将来有望な職種No1がシステムエンジニア。
- 萩本さんは分かるために分ける。そして分けたものをつなげてみて、つながるか確認するとのこと。
- 開発と要求の両方を平行して走らせる。
- ユーザー企業
- 戦略からオペレーション、開発へとつなげるトップダウンとのアプローチと開発からのボトムアップのアプローチの両方が必要。
- 開発からのボトムアップのアプローチだけでは価値に行き着けない。
- プロトタイプ≠アジャイル
- システムを作るということも選択肢の一つに過ぎない。プロトタイプのレベルで検証して作らないという判断も出来る。
- スピードが目的
- 要求開発もアジャイルも手段に過ぎない。
- アジャイルの変化を包容は、包容ではなく変化させているだけでは
- ボトムアップのアプローチで戦略オペレーションが固まっていないから、ユーザーに振り回される。
- 変化というのは2種類あって後者の話(たしかこんな感じだった。うろ覚え)。
- ビジネス環境の変化
- オペレーションを固めていないためおこる変化
- 要求開発は経営層向けではない。
- アジャイルの人たちがビジネスの中に入って欲しい。
- 現場力を高めて行きたい。
感想
- 萩本さんがしゃべりまくっていた気がする。そのおかげで、萩本さんが開発者を後押ししたいと考えているのが聞けてよかった。
- 不景気がアジャイルを後押しするとは。こういう視点は無かったので勉強になるなぁ。
考察
色々と思うことはあったのだけど、これは後で書くつもり。忘れないように箇条書きしとこ。
感想
このような勉強会を無料で公開してくれて本当にありがたいです。自分もどこかで還元していけるようになりたいです。ありがとうございました!