Recommended
More Related Content
More from komeshogu n
Recently uploaded
Recently uploaded (20)
世界はそれをスクラムと呼ぶんだぜ
- 5. 今回のターゲットとゴール ターゲット スクラムって何？って方向け （知っている人は面白くないです、すいません） ゴール 1. 「スクラムって最近聞くけどなに？」が分かる 2. 「え、それなら既にスクラムってるやん」に気づく 3. 「でも、まだまだ現場に活かせるとこ、あるやん」に気づく 4. スクラム勉強したい！ってなる 4 現場カイゼン活動、ヒューマンスキル
- 7. 6
- 8. こめちゃん @kome 1分 スクラムとは？ Jeff Sutherland氏らが1993年に考案、適用した アジャイル型開発手法の1つです。 この開発技法は、アジャイル型開発技法の中でも チーム一体となってプロジェクトを遂行して行くことに重点を置いている、 という特徴があります。 顧客も巻き込んで スクラムを組んで進んでいく、 というのが名前の由来です。 7 顧客も巻き込んでチーム一体で遂行しようってところがいいね！ 全員が一丸となって行うべき作業や会議、成果物が 定められています。 https://flic.kr/p/pmHHyo
- 12. こめちゃん @kome 1分 ①デイリースクラム スプリントゴールを達成できるかを検査するイベント。 毎日、同じ時間・場所で、１５分で開催します。 チーム全員の状況、障害や問題の共有、今日どこまで完了するかの宣言を 行い、プロジェクト全体の見える化を行います。 ■ 開発チームのメンバーは以下を説明する 開発チームがゴールを達成するために、 1. 私が昨日やったことは何か？ 2. 私が今日やることは何か？ 3. 障害となる物を目撃したか？ 11 結局は朝会のこと？（別に朝じゃなくていいだろうけど ここでも「開発チームが」ってのがポイント！ チームに貢献することって、仕事のやり甲斐のひとつですよね
- 14. こめちゃん @kome 1分 ③スプリントレトロスペクティブ スクラムチームの検査と次のスプリントの改善計画を作成する機会です。 ふりかえりにはKPT法などが用いられます。今回のスプリントの良かった こと、問題点、挑戦したいことをメンバー全員で出し合い、次回さらに チームメンバーが高い価値を生み出せるように、メンバー同士話し合いを 行い、確認し合います。 人・関係・プロセス・ツールの観点から今回のスプリントを検査する。 うまくいった項目や今後の改善が必要な項目を特定・整理する。 スクラムチームの作業の改善実施計画を作成する。 Scrumではスプリント単位に振返りをする。 13 ふりかえりのことですね。 ＹＷＴが多いみたいだけど、個人的にはＫＰＴが好き。 チームみんなと、個人ひとりの両方でやってみるのがオススメ！
- 16. こめちゃん @kome 1分 ①インセプションデッキ 10個の質問 1. 我われはなぜここにいるのか(Why1) 2. エレベーターピッチを作る(Why2) 3. パッケージデザインを作る(Why3) 4. やらないことリストを作る(Why4) 5. 「ご近所さん」を探せ(Why5) 6. 解決案を描く(How1) 7. 夜も眠れなくなるような問題は何だろう(How2) 8. 期間を見極める(How3) 9. 何を諦めるのかをはっきりさせる(How4) 10. 何がどれだけ必要なのか(How5) 参考）アジャイルサムライ 15 キックオフミーティングは超重要だと思っています 後から入ってくれるメンバーのことも同じようにケアするのがポイント ぶーすかではおなじみの「アジャイルサムライ」をまた読もう
- 17. こめちゃん @kome 1分 ②プランニングポーカー プランニングポーカーとは、「1、2、3、5・・・」といった数字が書かれ たカードを使って、タスクの規模を相対的に見積もる手法です。やり方は とても簡単。まず、作業を行うメンバーを集め、それぞれにカードを配り ます。その後、それぞれのタスクに対して開発を担当するメンバーが思い のままに数字のカードを出し合います。 ポイントは、メンバーがそれぞれ提示したポイントについてお互いに根拠 を述べ合うところにあります。 人間は絶対値を見積もるのは不得意だが、 相対的に見積もるのは得意。 16 プランニングポーカー・オブジェクトゲームでアジャイルゲーム！～Agile 2011 Conference (1/2) http://enterprisezine.jp/iti/detail/3385 ゲーム要素を取り入れて見積もりをみんなでしようって話。 これも「みんなで議論する」ことが大切ですね。 各自の「見積もり根拠」を残しておくことをオススメします。
- 18. こめちゃん @kome 1分 ③タスクかんばん ソフトウェア開発者に過剰な負荷をかけずに、ジャスト・イン・タイムで のソフトウェアリリースを強調したプロセスです。このアプローチでは、 顧客へのデリバリーに必要なタスクの定義を行い、そのタスクをソフト ウェア開発プロジェクトの関係者が理解するために、プロセスを視覚化し ます。そして、タスクの作業者は、作業をキューから引っ張って（プル） していきます。 17 かんばん (ソフトウェア開発) - Wikipedia https://ja.wikipedia.org/wiki/%E3%81%8B%E3%82%93%E3%81%B0%E3%82%93_ (%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%E9%96%8B%E7%99%BA) その昔、弊社では「チケットボード」って言う名前でした そこら中にこんな板があり、朝になるといたるところで集会が行われた 知っている人、少ないかもね
- 20. こめちゃん @kome 1分 スクラムとは、開発フレームワークである 複雑で変化の激しい問題に対応するためのフレームワークであり、可能な限り価値の高いプロ ダクトを生産的かつ創造的に届けるためのもの スクラムチーム ① プロダクトオーナー ② 開発チーム ③ スクラムマスター スクラムイベント ① デイリースクラム ② スプリントレビュー ③ スプリントレトロスペクティブ プラクティス ① インセプションデッキ ② プランニングポーカー ③ タスクかんばん 19 今までの話を簡単に整理するとこんな感じ。 この図は、Scrum Boot Campという本に載っている有名な図です。 めちゃ分かりやすいですね。
- 21. こめちゃん @kome 1分 スクラムと現場との比較 複雑で変化の激しい問題に対応するためのフレームワークであり、可能な限り価値の高いプロ ダクトを生産的かつ創造的に届けるためのもの スクラムチーム ① プロダクトオーナー ② 開発チーム ③ スクラムマスター スクラムイベント ① デイリースクラム ⇒ 朝会 ② スプリントレビュー ⇒ デモ ③ スプリントレトロスペクティブ ⇒ ふりかえり スクラムプラクティス ① インセプションデッキ ⇒ プロジェクト計画書 ② プランニングポーカー ⇒ 見積りレビュー ③ タスクかんばん ⇒ チケットボード 20 現状の聞き慣れた言葉へちょっと強引に置き換えるとこうなりますかね。 でも、こうやって身近な言葉に置き換えてみると、、、
- 23. 22
- 26. こめちゃん @kome 1分 スクラムの「枠組み」 分類 呼び名 説明 ３つの役割 プロダクトオーナー なにを開発するか決める人 開発チーム 実際に開発作業に携わる人 スクラムマスター 全体を支援・マネジメントする人 ３つの成果物 インクリメント スプリントで完成された機能で、出荷判断可能な ソフトウェア プロダクトバックログ 順序付けられた製品の機能リスト スプリントバックログ スプリント内で開発する機能リスト ５つのイベント スプリント 開発の反復単位 スプリント計画 スプリント内で行う開発を決定するミーティング デイリースクラム 毎日行われるミーティング スプリントレビュー スプリントの最後に行うインクリメントのレ ビュー スプリントレトロスペクティブ スプリントの最後に行う改善活動 25 「アジャイル開発とスクラム」という書籍からの転載。 今回紹介しなかったものもまだまだたくさんあります。 とくにインクリメントやスプリントは意図的に冒頭から外しました。( ´∀｀) 「やっぱりウォーターフォールでは難しい？」なのはたくさんあります
- 27. こめちゃん @kome 1分 アジャイル開発の活動（プラクティス） 高速に石橋をたたいて渡る「開発環境」 ＝技術プラクティス ペアプログラミング テスト駆動開発 リファクタリング 継続的インテグレーションなど 26 上図のようにレフトウィングとライトウィングの活動の両方が重要。 今取り組んでいる活動や開発もスクラムで定義されているいい要素（プラクティス）を 取り込んで改善サイクルをまわしていきたい。 そしたら、仕事が楽しくなりそうな気がします。 協業でゴールに向かう「チーム環境」 ＝ソーシャルプラクティス デイリースクラム レトロスペクティブ プランニングポーカー タスクかんばん バーンダウンチャートなど ゴール ・ビジネス価値・顧客満足・現場カイゼン
- 28. 27
- 29. 28
- 30. 29
- 31. こめちゃん @kome 1分 スクラム会議を開催します！! スクラム組もうぜ！(モンハン風に) ひとつのテーマについて各メンバーが調べてきたり、現場の課題を共有したりして、 スクラムの理解を深めたり、テーマを改善したりするためのキッカケの場です。 プラクティスにこだわらず、テーマを広く捉え、その本質を追求します。 ウォータフォールやめてアジャイル開発を目指そうっていう話ではなく、 スクラムの良いところを取り込んで、現場を良くしていこうっていう話です。 30 テーマ プラクティス 第1回 タスク管理 タスクかんばん、バックログ 第2回 見積り プランニングポーカー 第3回 コードレビュー ペアプログラミング 第4回 テスト テスト駆動開発 第5回 ふりかえり スプリントレトロスペクティブ 第6回 朝会 デイリースクラム 第7回 自動化 継続的インテグレーション 第8回 キックオフ インセプションデッキ 取組分類 ：ヒューマンスキル、現場カイゼン 開催テーマ ：左記の順でテーマ毎に開催。 開催時期 ：不定期夜会 原則19:00-21:00 当日の進め方： １．前半：発表 発表は事前立候補制（５～３０分を目安） ２．後半：参加者全員で議論 発表内容や現場の課題を起点に議論 学んだことを後日サイボウズにUPする(必須) 参加者は同じテーマを調べて考えて発表することを求めます。 内容が重複するかもしれませんが、自らの意見・経験を語りましょう。 共感してくださる方は、一緒に勉強しましょう。
- 34. こんな議論したいです。 ① 朝会（デイリースクラム）ってやってますか？ どんなやり方で？ 工夫していることや課題はある？ ② ふりかえり（スプリントレトロスペクティブ）って やってますか？ どんなタイミング？ どんな形式でやってますか？課題はある？ ③ チームタスクの見える化（かんばん）ってやってますか？ ＷＢＳにない細かなタスクの見える化は？ チームではなく、個人ではどんなやり方？ 課題はある？ 33 現場課題を発掘しよう！