More Related Content
Similar to プロセスモデルの補完方法 -モデル・ノウハウ・人- (20)
More from Makoto SAKAI (20)
プロセスモデルの補完方法 -モデル・ノウハウ・人-
- 1. Copyright © Software Research Associates, Inc. All Rights Reserved
株式会社 SRA
阪井 誠
プロセスモデルの補完方法
- モデル・ノウハウ・人 -
- 2. Copyright © Software Research Associates, Inc. All Rights Reserved
•SRAにて38年間技術者&研究者
•気になること
• プロセスモデリング
• 経験の活用
• 成長を促す方法
•具体的には
• 問題点の明確化・単純化
• Case-based reasoningの実践
• 経験で得た知識にインデックスを貼る
• 類似性・原理の発見、まねること
自己紹介と議論の種
- 3. Copyright © Software Research Associates, Inc. All Rights Reserved 2
同じプロセスモデル(標準)でも
うまくいく/いかない場合がある
•業務が違う=ノウハウが違う
•経験が違う=学んだことが違う
⇒モデルだけでなく、ノウハウや
人の成長を考慮しないといけない
背景(モチベーション)
- 4. Copyright © Software Research Associates, Inc. All Rights Reserved 3
プロセスモデル
•主たる課題の解決が目的で記述
• 考える、伝える、議論する
•プロセスを何らかの視点で整理
(単純化)したもの
•汎用性や粒度によって記述されない
開発ノウハウがあるのでは?
⇒アジャイル開発を例に考察した
- 5. Copyright © Software Research Associates, Inc. All Rights Reserved 4
西さんのツイート
仮説:
モデルに関係なく実現しないといけないことがあるが、
注目する問題点に対するモデル化を行ったのではないか
https://twitter.com/YasuharuNishi/status/1164336449967099904
- 6. Copyright © Software Research Associates, Inc. All Rights Reserved 5
モデルに関係ないが開発に必要なこと
例:リーダーシップについて
• ハンフリーはソフトウェア開発に「自律的なチーム」や
「その最大限の能力を最大限発揮できるようメンバーを動
機付け,コーチし,後押しする」ことが重要だとした
• W.ハンフリー,TSPガイドブックリーダー編
• 阪井, デブサミ運営事務局・SEshop.com編集部編,リーダーに求められる大切なこと,
100人のプロが選んだソフトウェア開発の名著, pp.20-21 , 翔泳社,
https://www.slideshare.net/MakotoSAKAI/ss-16581244, 2012
• スクラムではスクラムマスターがチームを支援する
奉仕者であり,真のリーダー
• Ken Schwaber, Jeff Sutherland, スクラムガイド,
https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Japanese.pdf,
ScrumGuides.org, 2020
- 7. Copyright © Software Research Associates, Inc. All Rights Reserved 6
アジャイルよろず相談室, 「ウォーターフォールでもしっかり開発出来ないのにアジャイル開発なんて出来るわけがない」
という言い方をどう思いますか?, https://qr.ae/pGLjdc, Quora, Inc.
- 9. Copyright © Software Research Associates, Inc. All Rights Reserved 8
アジャイル開発モデルの例
•汎用&粒度大のモデル
•「現地現物」が実践できる
•タイムBOXの視点で整理
•単独チームの汎用モデル
• リスクの視点が弱い (廃棄された?)
例:複数チームなら「決定を遅らせる*」
ことも必要だが説明されることは少ない
*メアリー・ポッペンディーク, トム・ポッペンディーク,リーンソフトウェア開発,
pp.79-109, 日経BP社, 2004
- 10. Copyright © Software Research Associates, Inc. All Rights Reserved 9
• スクラムに対してマネジメントプロセスは制約の源泉として完全に適用
できるが,リスク/機会は制約として適用できるのは部分的とし,強い
リスク駆動とはされていない
※ プロダクトバックログの優先順位に応じてストーリを実現する仕組みだから
• バリー・ベーム,アジャイルと規律, pp.205-210, 日経BP社, 2004
• ジェフサザーランドは,プロダクトオーナー研修で
「PBLは価値最大,リスク最小で優先付け」と説明し
スクラムのモデルを補完するノウハウを示している
※このほかにも開発チームにおいては妨害リストが管理されるなど
ノウハウでプロセスモデルを補完してリスクが管理されるようになっている
• Sukusuku Scrum, スクラムプロジェクト準備(公開用) No.31,
https://www.slideshare.net/SukusukuScrum/ no31-13338313/41, p.41,
2012
• イテレーティブ開発を「はじめに小さく失敗する」と説明し,
あたかも全てのリスクが減るように表現されることもある
• リスクに関して記述の少ない書籍も多い
• 業務によって必要性が異なる(汎用ではない)からと考えられる
⇒モデルに組み込まれなかったノウハウは新たに確立しないといけない
アジャイル開発のリスクについて
- 11. Copyright © Software Research Associates, Inc. All Rights Reserved 10
プロセスモデルの移行(改)
単純にノウハウを
捨ててはいけない
取捨
選択
アドバイス
- 12. Copyright © Software Research Associates, Inc. All Rights Reserved 11
結論「ノウハウを共有しよう」
• 昔のSSは面白かった
• 現場の改善談がたくさん聞けた
• 業務や課題が近いとノウハウが流用できる
(例:組み込み、品質、etc.)
• CMMでQC活動の文化は消えたらしい
• 寂しいという話はよく聞いた
• アジャイルの普及で過去のノウハウが
消えてしまわないか心配
• モデルの議論だけでなく、
• 業務に合ったノウハウ
• 人の育て方(訓練?知識?知恵?)
を議論しよう!
- 13. Copyright © Software Research Associates, Inc. All Rights Reserved 12
プロセスモデルの補完方法
- モデル・ノウハウ・人 -
完