Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
ag_hiyoko_1
Search
tannai
June 10, 2014
Business
0
1.1k
ag_hiyoko_1
アジャイルひよこクラブで話した内容です(公開用)
tannai
June 10, 2014
Tweet
Share
More Decks by tannai
See All by tannai
redash patche at dmm
yuukigoodman
0
690
akibago-2018-10-30
yuukigoodman
0
69
serverless-design-and-streaming-date-processing-service
yuukigoodman
0
890
alexa-changes-development-process
yuukigoodman
0
1.4k
VUIとAlexaによるちょっと未来の体験の話2
yuukigoodman
0
800
regrowth2016alexa
yuukigoodman
0
1.2k
Rails App Deployment with CodeDeploy
yuukigoodman
0
1.4k
cognito-userpools-in-production
yuukigoodman
4
8.4k
aws-lambda-in-practice
yuukigoodman
2
1.9k
Other Decks in Business
See All in Business
アソビュー株式会社 / Company Deck
asoviewinc
0
31k
ビジネスで活かす生成AIエージェント 〜業務利用を目指して今を俯瞰的に理解しよう〜
masatoto
3
150
効果的なふりかえりは 仮説設定が9割
madai0517
1
1k
fk_pitch202411
formalklein_recruit
0
550
スマートキャンプ株式会社 会社紹介資料 / companydeck
smartcamp
1
1.1k
SHIFT ASIA 会社説明資料 V2.1
shiftasiarec
0
120
#TRG24 / Daniel Sanchez-Crespo / Cómo cargarte una industria...
tarugoconf
0
910
【Progmat】Monthly-ST-Market-Report-2025-Jan.
progmat
0
710
TechSuite株式会社_新卒採用_2026年3月卒
shintarokurata
0
270
アノマリーマーケティング カルチャーコード_ver1.0
anomalymarketing
1
110
サスメド株式会社 Culture Deck
susmed
0
39k
運営という選択〜参加者から運営への変容と運営を経験して得られた学び〜 / The Choice of Being an Organizer
aki_moon
0
310
Featured
See All Featured
Building Your Own Lightsaber
phodgson
104
6.2k
Bash Introduction
62gerente
610
210k
Writing Fast Ruby
sferik
628
61k
VelocityConf: Rendering Performance Case Studies
addyosmani
328
24k
Statistics for Hackers
jakevdp
797
220k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.1k
Speed Design
sergeychernyshev
25
780
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
Side Projects
sachag
452
42k
Fantastic passwords and where to find them - at NoRuKo
philnash
51
3k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
330
21k
Transcript
10段階で振り返る はじめてのスクラム @saisa6153
None
Agenda • プロジェクト発足から現在まで • 行った振り返りと改善施策 • 質問
自己紹介 • さいさ@saisa6153 • GaiaX inc. • 運用とかやってる • 2年目エンジニア
• 昔はweb以外だった ◦ 薬作る ◦ 化学プラント設計 ◦ ロボット動かす
0. 経緯
3月中旬 部長「2年目達で新人研修やってよ」 僕「はい」
3月下旬 部長「ごめん君一人になった」 僕「えっ」
先々週木曜昼過ぎ 僕「来週からサービス作らせます」 部長「君、PMやってみる?」 僕「はい」
先々週木曜夕方 部長「スクラムでやってみてよ」 僕「えっ」
先々週木曜夕方 暦「次の月曜がキックオフなので」 僕「うっ(死亡」
1. 状況を把握する
現状の確認 • 新人研修の一環 • プロジェクトは新人5人で1ヶ月 • 研修運営は自分とPM経験豊富な先輩 • 事前に1ヶ月間の技術研修 ◦
言語やテストに関する一定のスキル ◦ OSやDB、インフラの座学 • スクラムで進める
自分 • スクラム全く知らない • でかいプロダクトを作った経験が少ない • PM経験が無い • 影で研修を運営する黒幕
Product Owner Project Manager 開発メンバー 会社 開発チーム 開発資源の提供 利益の最大化 各種サポート
プロダクト への要求 調査、開発な どを行う プロジェクトチーム
2. スクラムを知る
None
None
ここまで読んだらwebを漁る
スクラムはリーンに似ているらしい https://speakerdeck.com/ryuzee/scrumji-chu
None
読んで分かったこと • 企画面を知るにはリンスタを読むべき • 確かに似ている点が合った ◦ 小さな行動を積み重ねる ▪ スクラム: スプリント
▪ リンスタ: 価値検証 ◦ 仮説を立て、振り返り修正する ▪ スクラム: ベロシティ ▪ リンスタ: アクティブユーザ率など • レイヤは違うがやっていることは同じ
一方で、社内の先行事例を探る • スクラムが採用された過去の事例がある噂 • 現在スクラムが定着していない ◦ うまく回らなかったと仮定 ◦ その理由を考える •
社内Wikiから分かったこと ◦ 振り返りが一切行われていない ◦ なのでプロジェクトの見積もりを修正できない ◦ 結局、予算的な問題で打ち切られた
今回のプロジェクト進行の肝 • 見積もり • 実績の記録 • 振り返り • より正確な見積もり 小さな成功を重ねる
3. 情報をまとめる
プロジェクト全期間: 35日間 スプリント1 スプリント2 スプリント3 スプリント4 1スプリント 7日間 1日目 2日目
3日目 5日目 4日目 7日目 6日目 スプリント5 • スタンドアップMTG: 15分以内 • スプリント計画MTG: 2時間以内 • スプリントレビュー: 1時間以内 • スプリントの振り返り: 1時間以内
これらをまとめた 資料を作成
4. プロジェクト キックオフ 月曜日
キックオフMTG • POから作るものを説明する • PMからプロジェクト概要を説明する ◦ 振り返りが大事だと10回以上言う ◦ そのために数値を追うことを強調する •
スクラムについて部長が説明する • インセプションデッキ実施 ◦ プロジェクトへの共通認識を持つ ◦ プロダクトへのオーナーシップを強める
5. ユーザストーリーマップ 作成 火曜日
作成手順 • プロダクトに関するブレスト ◦ [誰々] について ◦ ◯◯が必要だ(ほしい、行いたい) ◦ なぜなら◯◯だからだ
• 内容をグループ分けして精査 • [誰々]ごとにホワイトボードにまとめる
http://agile.esm.co.jp/userstorymapping/assets/img/img_storymap.png
6. プロダクトバックログ 作成 水曜日
手順 • Jira/JiraAgileの説明 ◦ 前日にいろいろやっておく ▪ Jira/JiraAgileの使い方を読む ▪ 決済実行、アカウント作成、初期設定 ▪
今日の内容の一部をバックログに入力 ▪ 導入資料の作成 ◦ 振り返りのため必要なことを頭に入れておく • ワーク
バックログの作り方 • 達成基準をみんなで決める • おおまかにサブタスクを考える • プラニングポーカーを行う ◦ 研修で各自作ったtwitterもどきのある機能をベースにし たそうた見積もり
• 決定したストーリーポイントをJIRAに入力 全部見積もったら、担当者を割り振っていく
完成したプロダクトバックログ https://www.atlassian.com/ja/
7. スプリントバックログ作成 スプリント1開始 木曜日
スプリントバックログ作成 • 仮ストーリーポイントをもとにスプリント1に行うタ スクを決める ◦ 仮ストーリーポイントは事前のwebアプリ研修から ◦ サブタスクに分割して実時間見積もりもする ◦ 制限時間2時間
• 早く終わったのでプロジェクト進行上の不安を話 し合う
ちょうど昼12時から スプリント1開始 あとは各自作業
8. スプリントレビュー 翌週水曜日
レビュー方法 • プロダクトの成果物をPOに見せる • 課題ごとに確認を行う • 確認できた課題はcloseする • タイムボックスは1時間
9. スプリント レトロスペクティブ
振り返りポイント • Jiraを使うの大変だった • Jiraの仕様を把握していなかった ◦ スプリント中のストーリポイントは変更できない • 最初に決めたストーリ・タスクが大きすぎる •
Pull-Requestで作業が止まる
KPTから得た改善施策 • Jiraの使い方を改善 ◦ サブタスクを使用 ◦ ストーリポイントはよく見積もる • ストーリのタスクへの分割を個人が行う ◦
タスク分割を全員で行うより時間がかからない ◦ 実際に作業を行う人が着手前に分割 • P-R改善への施策 ◦ P-Rお知らせbotを作る ◦ 1日1回、集中して処理する時間を設ける
10. スプリント2開始
geek-dojo.com
質問 • もっと改善を促すためにPMはどうすべきか • スクラムのPMはリーダーシップを出すのか