狠狠撸

聖アジャイル学園
モダンな開発手法で????を開発?

今日みんなが知ること
? 奥贰叠开発の特徴を知ろう！
? WEB開発で生じやすい問題を整理しよう！
? WEB最適であるアジャイル開発を知ろう！
? Scrumの実践を知ろう！

? 流動性の高いサービス仕様
? 短期間に頻発するリリースサイクル

结果的に生じるカオス

? 責任の所在が曖昧になる
? 仕様が共有されない
? 進管理がカオス

よくある间违った対策

情報の置き場所と流通経路を
厳格に統一しようとする
? ツールの導入、運用方法を厳格にする
? ドキュメントをがっつり書いて最新情報はそこ
で参照
? いちいち谁かに闻きに行かなくてよくなる狈贰★

ツールもドキュメントも大事
だが…
? 刻々と変化する状況でドキュメントを更新するコストは
無駄になることが多い
? ファイルが増えて管理が面倒になる（運用ルールが増え
る）
? ツールってぶっちゃけ柔軟性に欠ける（運用ルールおか
わり！）
? 画面越しで情報共有できたかどうかってわかるの？
（「あーあれまだ見てなかったわ～」）

カオスに対し情報経路の統制
を図るとエントロピーは増大
する

情報の伝達経路でなく
共有機会を制御せよ！

部屋の片付けで例えるとわか
りやすい
? ツール/ドキュメント依存は…
? 収納グッズでれた部屋
? 結局守れないモノの置き場所ルール
? 情報共有の機会を制御するとは…
? 毎朝30秒だけ片付ける
? 土日は5分片付けする

情報共有だとこんな感じ
? ツールにはツールにできることしかやらせないようにする
? ドキュメントは長期的に参照する情報に対して最低限
? ツール依存やめますか？人間やめますか？
? 生のコミュニケーション
? デカイ紙にポストイットで貼るとか
? 共有機会の制御に注力しよう
? 短い朝会を毎日
? 長めの会議を週１

アジャイル開発
? 具体的な方法論ではなく方針?哲学
? 対象となる領域でやり方が色々ある

アジャイルな方針
? 変化を受け入れる
? 最良の情報伝達は生のコミュニケーション
? 役割に固執せず全員がユーザーと向き合う
? 短期間に連続する改善プロセス

Scrum（スクラム）
? アジャイル開発を実現するためのフレームワーク
の一つ
? 対象領域はタスク管理、改善、コミュニケーショ
ンの円滑化
? 特徴はツールの一覧性と柔軟性を重視すること
と、コミュニケーション機会に焦点を当ててい
ること

Scrumで活躍する３つの役割
? プロダクトオーナー
? プロダクトのユーザー体験に責任を持つ人（その良し悪しを決める人）
? スクラムマスター
? チームのファシリテーションを行う人
? プロダクトの良し悪しには関わらずに、チームの効率化を行う
? チームメイト
? 実際に作業する人たち
? プランナー、デザイナー、エンジニアとか

Scrumで使う４つの道具
? プロダクトバックログ
? ゴールまでのタスクを粗くリスト化したもの
? スプリントバックログ
? 今スプリントのタスクを細かくリスト化したもの
? バーンダウンチャート
? 今スプリントの進状況をグラフ化したもの
? ワーキングアグリーメント
? チームで働く際の合意事項をまとめたもの

プロダクトバックログ
? プロダクトのゴール達成に必要なストーリーをリスト化したもの
? 使用権限
? 皆が閲覧できる
? 編集できるのはプロダクトオーナーだけ
? シートに必要な項目
? ゴール、優先度、ストーリーポイント

ストーリーポイント？
? そのストーリーを完了するまでの「大変さ」
? 時間や金額に換算しない（不可能、無意味）
? 1ポイントあたりのコストはベロシティとして表現可能
? ベロシティ＝ 1スプリントで消化できるストーリーポイント
? フィボナッチ数で書く（1,3,5,8,13…）
? 見積りが大きい程、簡単なストーリーの見積より大きな余分を取っ
た方が良い
? 小さな見積は精度が高いけど大きな見積は大抵ブレる

スプリントバックログ
? 今スプリントでやるタスクを
管理するカンバン
? タスクのゴールと見積もり時
間をポストイットに書いて貼
る
? TODO/DOING/DONEのエリ
アにポストイットを貼って進
管理

バーンダウンチャート
? 今スプリントで積んだ作業時
間の消化具合をグラフ化した
もの
? 理想曲線を描いて、実際に消
化した時間の曲線も毎日描く
? 予定通り消化できてない時に
すぐに分かる
? 振り返りでも何が起きたか分
かりやすい

ワーキングアグリーメント
? チーム内で順守すべきルール
? 出社時間、DSの時間、作業の進め方などなんで
もよい
? 必ず全員が守れる簡単なもの
? あんまり細かくないほうが良い
? 見えるとこに貼っておく

プロジェクトの流れ1：
マスタープランニング
? プロジェクト全体の計画立案
? やること
? プロダクトのゴールの共有
? メンバーの役割を共有
? プロダクトバックログを完成させる

イテレーション
? 実際の開発作業
? 1スプリント1～2週間を繰り返
す
? スプリント内でやること
? 初日：プランニング（計画）
? 中日：タスク消化
? 最終日：振り返り

レトロスペクティブ
? 振り返りのこと
? プロジェクト全体を振り返って会社全体に適
用できる学びを生み出す
? Scrumのフレームワークそのものを改善する
試み
? 発表とかしてもいいんじゃね

スプリントの流れ1：
プランニング
? やること
? ベロシティに基いて今スプリン
トでやるストーリーを決める
? 各ストーリーを1タスク4時間以
内の粒度で詳細にタスク分解
? タスク分解の結果からストーリー
の過不足を調整する
? バーンダウンチャートを作る
? 半日以上かけてやるのが当たり前

タスク消化
? スプリントバックログに基いて毎日粛々と作業する
? １日の流れ
1. デイリースタンドアップ（朝会）
2. 実作業
3. タスク終わったらスプリントバックログを更新

デイリースタンドアップ
? 日々の情報共有の為の朝会
? 毎朝決まった時間にチーム全員で
必ず行う
? Mtgではないので数分で終わらせ
る
? 立ってやる
? やること
? バーンダウンチャートの更新
? 各人の情報共有
? 前日の作業報告と今日の作業予
定
? 困っていることや気づいたこと

レトロスペクティブ
? 振り返りのこと
? バーンダウンチャートを見て継続したいことと
変えたいことについて話し合う
? ベロシティを更新する
? 作るもの
? ワーキングアグリーメント

Scrumのここが好き
? 情報を整理しやすい
? ツールだけでなくコミュニケーション機会を設計することで情報共有を設計する
? アナログな道具も含めて一覧性、柔軟性、更新性を高める
? 課題を可視化しやすい
? スプリントバックログとバーンダウンチャートが危険をアラート
? 改善プロセスを組み込んでいる
? 運用ルールの定着をサポート
? コミュニケーションの機会とツールの使用機会を紐付けてツールの運用を定着させる
? 途中でScrumをやめてもいつでも復活できる

開発手法は色々ある
? 良い物を早く作るプロセスに興味を持とう！
? WEB開発の課題は以前誰かが抱えたことがあるも
のがほとんど
? 1から試行錯誤するより外部情報を参考にしちゃ
おう
? 参考図書：『アジャイルサムライ─達人開発者へ
の道』

ご静聴
ありがとうございました。

狠狠撸

厂肠谤耻尘を导入したくて社内勉强会を开催してみた

Recommended

More Related Content

Similar to 厂肠谤耻尘を导入したくて社内勉强会を开催してみた (20)

厂肠谤耻尘を导入したくて社内勉强会を开催してみた