ScrumGaiyo

SQiP併設チュートリアルの資料の序盤です
https://www.juse.jp/sqip/symposium/timetable/tutorial/

Transcript

1. スクラム概要 がい よう 先行試作型
2. スクラムの源流 https://www.infoq.com/presentations/The-Roots-of-Scrum/
3. https://www.infoq.com/presentations/The-Roots-of-Scrum/ スクラムの源流 • チームプロセス – シリコンバレーの起業家たち • 竹内・野中 – 日本の製造業 • 世界をもっとよい場所に – 内なるビジョン • オブジェクト技術とEasel社のSmallTalkプロダクト • オブジェクト指向アーキテクチャ 設計ツールの専門家、ベンダー、顧客 • 進化生物学と複雑適応系 • プロセスと生産性の研究 • ソフトウェア生産性の研究 • 手術向けシステム (人月の神話, IBM) • 邪悪な問題、正しい解決 • ボーランド Quattro Pro プロジェクト • iRobot -サブサンプション・アーキテクチャ
4. https://agilemanifesto.org/ アジャイルマニフェスト
5. https://agilemanifesto.org/ アジャイルソフトウェア開発宣言 私たちは、ソフトウェア開発の実践 あるいは実践を手助けをする活動を通じて、 よりよい開発方法を見つけだそうとしている。 この活動を通して、私たちは以下の価値に至った。 プロセスやツールよりも個人と対話を、 包括的なドキュメントよりも動くソフトウェアを、 契約交渉よりも顧客との協調を、 計画に従うことよりも変化への対応を、 価値とする。すなわち、左記のことがらに価値があることを 認めながらも、私たちは右記のことがらにより価値をおく。 https://agilemanifesto.org/iso/ja/manifesto.html
6. https://agilemanifesto.org/principles.html アジャイル宣言の背後にある原則 私たちは以下の原則に従う: 顧客満足を最優先し、 価値のあるソフトウェアを早く継続的に提供します。 要求の変更はたとえ開発の後期であっても歓迎します。 変化を味方につけることによって、お客様の競争力を引き上げま す。 動くソフトウェアを、2-3週間から2-3ヶ月という できるだけ短い時間間隔でリリースします。 ビジネス側の人と開発者は、プロジェクトを通して 日々一緒に働かなければなりません。 意欲に満ちた人々を集めてプロジェクトを構成します。 環境と支援を与え仕事が無事終わるまで彼らを信頼します。 https://agilemanifesto.org/iso/ja/principles.html
7. https://agilemanifesto.org/principles.html 情報を伝えるもっとも効率的で効果的な方法は フェイス・トゥ・フェイスで話をすることです。 動くソフトウェアこそが進捗の最も重要な尺度です。 アジャイル･プロセスは持続可能な開発を促進します。 一定のペースを継続的に維持できるようにしなければなりません。 技術的卓越性と優れた設計に対する 不断の注意が機敏さを高めます。 シンプルさ（ムダなく作れる量を最大限にすること）が本質です。 最良のアーキテクチャ・要求・設計は、 自己組織的なチームから生み出されます。 チームがもっと効率を高めることができるかを定期的に振り返り、 それに基づいて自分たちのやり方を最適に調整します。 https://agilemanifesto.org/iso/ja/principles.html
8. https://kawaguti.hateblo.jp/entry/20110213/1297531229 私たちはすぐに、 それぞれ推奨しているもの同士が とても似通っているのは偶然ではない、 という結論に至った。 そこには何か根底に流れる共通性があり、 それが何であるかを 見つける必要があると思われた。 なぜなら、日々や分単位のプロジェクトの進め方には、 食い違っている点があり、まだ解消していなかったからだ。 このような食い違いがあるにもかかわらず、 私たちには「私たち以外の人々とは違う」と言える、 とても強い共通性が存在した。
9. スクラム、 リーンは 日本の製造業から 影響を受けている
10. https://www.infoq.com/presentations/The-Roots-of-Scrum/ トヨタウェイ : Learn by Doing 張富士夫 : 代表取締役社長 2002 • 私たちが一番重視するのは、実際に実践し、 行動すること アジャイル原則#1 • わかっていないことはたくさんある。だから 「とにかくまずやってみよう」アジャイル原則#3, #11 • 自分の知識の少なさに気づき、自分の失敗に 直面して、もう一度やり直し、2回目の試行で また別の失敗に気づく。そしてもう一度やり 直す。アジャイル原則#11, #12 • 絶え間ない改善によって、より高いレベルの 実践と知識に至る。アジャイル原則#3
11. 竹内野中論文(1986)が示した マネジメントスタイル • Type A NASAのウォーターフォール型 • 要求、分析、設計、実装、試験と、 順に次の工程の部署に引き渡される • Type B 富士ゼロックスのサシミ型 • 前工程と後工程が同席する • Type C ホンダのスクラム型 • 一時は全工程が同席する Jeff SutherlandはこのType Cから、 自らのフレームワークの名前を とった。 https://www.infoq.com/presentations/The-Roots-of-Scrum/
12. コマンド＆コントロールを打ち破る • 旧来の企業では、戦略は中央で作られる • それぞれの現場で、創発的な戦略が自己 組織される • 分散化された認知とアクション • スクラムチームは、 自己組織化を許されなければならない • 自働的 Autonomous • 卓越的 Transcendent • 他家受粉 Cross-fertilization • チームは自らの仕事を選択する • それぞれの個人は自らの仕事を管理する • マネジメントを排除する 竹内野中 https://www.infoq.com/presentations/The-Roots-of-Scrum/
13. https://www.infoq.com/presentations/The-Roots-of-Scrum/ 多様な観点 • 職能横断チーム (クロスファンクショナル) • スクラムチームは(すべての職能を)持つ。 プロダクトの知識、業務分析、UIデザイ ン、ソフトウェアエンジニア、品質保証 • さらに進んだスクラムではもっとステー クホルダーを巻き込む ー 経営陣、顧客、 インストール担当、サポート担当
14. https://www.infoq.com/presentations/The-Roots-of-Scrum/ プリウスプロジェクトチームは 「場」をマネジメントした • リーダーは偶然場を「見つけて」活用す ることができる • リーダーは話し合える空間を提供して 場を作れる • 会議室などの物理的な空間 • コンピュータネットワークなどの電脳空間 • 共通のゴールなどの心理的な空間 • 愛、いたわり、信頼、責任感※ が知識創造 の基礎を作る(自己組織化) • スクラムは、真実、透明性、責任感※ の上 に立つ ※Commitmentは、スクラムガイドでは 確約と訳されています。
15. プロダクト バックログ 顧客が求める機能の 優先順位付きリスト スプリントバックログ スプリント内で完成させる機能 機能をより小さなタスクに分解する 新しい機能 スプリントの 終わりにデモする 毎日15分のミーティン グを行う。 スクラムマスターは３ つの質問をする 1)昨日なにを達成しま したか？ 2)ゴールを満たすため に障害になっているの は？ 3)明日までになにをた 達成しますか？ https://www.infoq.com/presentations/The-Roots-of-Scrum/ スクラムスプリントサイクル
16. トヨタウェイは 冗長性と失敗を許容する • 生物の進化のような創発的プロセスでは、 失敗が生まれる • 早めに失敗し、頻繁に失敗して、 素早く学習し、急速に進化する • 創発的なソリューションに向けた、 合理的で効果的なアプローチは、 大事故を引き起こす https://www.infoq.com/presentations/The-Roots-of-Scrum/
17. 不確実性が要求する 経験主義的プロセスコントロール • 入力 • 要件 • 技術 • チーム • 制御 • プロセス • 出力 • 漸進的にプロダクトが変化 https://www.infoq.com/presentations/The-Roots-of-Scrum/
18. 世界最初のスクラム – Easel社1993 • ガントチャート禁止 • 役職名禁止 • スクラムマスターを作る • プロダクトオーナーを作る • 自己組織化を生み出すデイリーミーティン グ • スプリントの間は外部からチームを隔離 • スプリントプランニング、スプリントレ ビュー、レトロスペクティブ • どんな技術プラクティスを使う不明だった • 初期のXPの技術プラクティスを使った https://www.infoq.com/presentations/The-Roots-of-Scrum/
19. https://www.infoq.com/presentations/The-Roots-of-Scrum/ 主要な役割(ロール)と責務 • プロダクトオーナー • プロダクトの機能、リリース日と内容を定義する • プロダクトの収益性(ROI)に責任を持つ • 市場価値に即して機能の優先順位をつける • 30日ごとに機能と優先順位を変更可能 • 仕事の結果を受け入れる/却下する • スクラムマスター • チームが機能し、生産的であるようにする • 役割や職能間で緊密に協力するようにし、障壁を取 り除く • 外部から入る邪魔からチームを守る • プロセスを守られていることを確認する。デイリー スクラム、レビュー、プランニングのミーティング に人々を招く • チーム • 職能横断的な、7±2人のメンバー • スプリントのゴールを選び、成果物の仕様を決める • スプリントのゴールを達成するために、プロジェクトのガ イドラインを守る限り、何でもやる権利がある。 • やり方と結果を自ら決める • プロダクトオーナーに成果をデモする
20. https://www.infoq.com/presentations/The-Roots-of-Scrum/ 主要な役割(ロール)と責務 プロダクトオーナー • プロダクトの機能、リリース日と内容を定義する • プロダクトの収益性(ROI)に責任を持つ • 市場価値に即して機能の優先順位をつける • 30日ごとに機能と優先順位を変更可能 • 仕事の結果を受け入れる/却下する
21. https://www.infoq.com/presentations/The-Roots-of-Scrum/ 主要な役割(ロール)と責務 スクラムマスター • チームが機能し、生産的であるようにする • 役割や職能間で緊密に協力するようにし、 障害を取り除く • 外部から入る邪魔からチームを守る • プロセスを守られていることを確認する。 デイリースクラム、レビュー、プランニングの 各ミーティングに人々を招く
22. https://www.infoq.com/presentations/The-Roots-of-Scrum/ 主要な役割(ロール)と責務 チーム (開発者) • 職能横断的な、7±2人のメンバー • スプリントゴールを選び、成果物の仕様を決める • 同ゴールを達成するため、プロジェクトのガイド ラインを守る限り、何でもやる権利がある。 • やり方と結果を自ら決める • プロダクトオーナーに成果をデモする
23. https://www.infoq.com/presentations/The-Roots-of-Scrum/ スクラムを進化させる Type A, B, Cのスプリント • Type A スプリントで部分的なものしか 作れないかもしれない • Type B 徐々にオーバーラップさせる • Type C すべてを一つのチームで 自分たちのやり方を現地現物で見つめ、 自分たちで進化させていくのがスクラム。 自分で考えるメンバーを作り、守り、鍛えていく。
24. ハイキュー!! 14巻より • 烏野高校の精神的支柱であり、 守備の要(かなめ)である主将の 負傷退場の穴を埋める、 二年生のリーダー。 • スキルも経験も統率力も主将には 遠く及ばない、レギュラーでもない ことを自認しながら、チームのために 尽くした。 • 基本を思い出すこと。練習の通りに やること。全員がベストを尽くすこと。 自分で考えること。 「バタバタしない。 良いジャンプは、良い助走から。」
25. 上位下達型の組織 教育リソースが限られている場合に、 必要なトップ層を中心に教育を行い、 部下の指導を通じてユニバーサル サービスを実現した。ルールを守って 適切に。目標達成と信賞必罰によって コントロール。 チーム中心の組織 実務者によって顧客やユーザーへの サービスが行われている、組織界面に 必要なリソースを集める組織。教育リ ソースが十分に行き渡っている専門家 を現場に。マネジメントは現場を支援 するためにある。
26. https://scrumguides.org/ スクラムの定義のアップデート 『スクラムガイド』 • コミュニティの意見を採り入れて わかりにくい表現をなくしたり、 必須のルールのみを残して、 ベストプラクティスは外し、 ルールブックとして再定義 • 2020年版で主要なワードが大きく 変わったので、認定を受ける方や 最新の動向を確認したい人は 読んでみてください。
27. アジャイルな見積りと計画づくり スクラム普及の立役者の一人、 マイク・コーンのプランニングに 関する名著。 なぜ時間ではなくポイントで見積も るのか？なぜ私たちは計画に失敗す るのか？プロダクトバックログや、 プランニングポーカーに関して最も 詳しく論じられている。 スクラム ジェフ・サザーランド博士がいかに してスクラムにたどり着いたのか、 詳細に語られた一冊。ジャーナリス ト出身の息子、ＪＪサザーランドが 大きく貢献をしている。ビジネス書 としてスクラムを押さえるために重 要な一冊。野中・竹内論文にどのよ うに出会ったのかも、細かく書かれ ている。 スクラム現場ガイド スクラムアライアンスの初期の マネージングディレクターであ るケン・ルービンの包括的な スクラム解説書。分厚く、詳細 に書かれている。 エッセンシャルスクラム スクラム適用を長年行ってきた ミッチ・レイシーによる 現場で起こる問題に対応する 実戦的なガイドブック。 ScrumMaster the Book 薄い本だが、スクラムマスター の長い道のりを論じている。ま ずチームのコーチングやメンタ リングを行うこと。チーム運営 の罠はどこにあるか。チームを 越えた組織開発の必要性。