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
アジャイルから学んだこと工夫したこと_AgileJapan2013
Search
yohhatu
May 24, 2013
Technology
0
92
アジャイルから学んだこと工夫したこと_AgileJapan2013
アジャイルな姿勢でやってきた中で学んだこと、工夫したことを(少しずつですが)まとめたスライド
yohhatu
May 24, 2013
Tweet
Share
More Decks by yohhatu
See All by yohhatu
Outcomeに向き合う中で出会った出来事とその解決案 / Problems and solutions when working on Outcome
yohhatu
0
1.1k
スクラムマスターってなにをもたらすの? / What the Scrum Master brings
yohhatu
0
990
Outcomeにフォーカスするチームへのジャーニー / A Journey to an Outcome-Focused Team
yohhatu
0
1.2k
「いい感じのチーム」へのジャーニー / The Journey to a "Good Team"
yohhatu
0
1k
チームの状況にあったいろいろなタイプのスクラムマスターの見つけ方 / How to find the Scrum Master that fits your team's situation
yohhatu
3
5.7k
アジャイルへの道を歩み続ける / Continue on the road to agile
yohhatu
1
190
Outcomeに(も)フォーカスできるチームの話 / A team that can also focus on Outcome
yohhatu
1
1.2k
組織がアジャイルになっていく道を歩んだ時、「少しだけうまくやれたこと」と「うまくやれなかったこと」/ When an organization is on the road to becoming agile, "what we did a little better" and "what we didn't do as well"
yohhatu
2
13k
これまでと違うやり方に取り組む時にうまくいくかもしれない方法とその落とし穴 / How it might work when you take on something new
yohhatu
2
7.2k
Other Decks in Technology
See All in Technology
1行のコードから社会課題の解決へ: EMの探究、事業・技術・組織を紡ぐ実践知 / EM Conf 2025
9ma3r
12
4.3k
AIエージェント元年@日本生成AIユーザ会
shukob
1
240
Oracle Database Technology Night #87-1 : Exadata Database Service on Exascale Infrastructure(ExaDB-XS)サービス詳細
oracle4engineer
PRO
1
200
ディスプレイ広告(Yahoo!広告・LINE広告)におけるバックエンド開発
lycorptech_jp
PRO
0
480
IoTシステム開発の複雑さを低減するための統合的アーキテクチャ
kentaro
1
120
【内製開発Summit 2025】イオンスマートテクノロジーの内製化組織の作り方/In-house-development-summit-AST
aeonpeople
2
1k
偏光画像処理ライブラリを作った話
elerac
1
180
ウォンテッドリーのデータパイプラインを支える ETL のための analytics, rds-exporter / analytics, rds-exporter for ETL to support Wantedly's data pipeline
unblee
0
140
AI Agent時代なのでAWSのLLMs.txtが欲しい!
watany
3
310
IAMのマニアックな話2025
nrinetcom
PRO
6
1.3k
実は強い 非ViTな画像認識モデル
tattaka
3
1.3k
あなたが人生で成功するための5つの普遍的法則 #jawsug #jawsdays2025 / 20250301 HEROZ
yoshidashingo
2
320
Featured
See All Featured
Git: the NoSQL Database
bkeepers
PRO
427
65k
How GitHub (no longer) Works
holman
314
140k
Why Our Code Smells
bkeepers
PRO
336
57k
4 Signs Your Business is Dying
shpigford
182
22k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
226
22k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
27
1.9k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
33
2.8k
Measuring & Analyzing Core Web Vitals
bluesmoon
6
260
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
12
1k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
175
52k
Building Applications with DynamoDB
mza
93
6.2k
Writing Fast Ruby
sferik
628
61k
Transcript
アジャイルから 学んだこと 工夫したこと AgileJapan大阪サテライト 2013/05/24 中村 洋(@yohhatu)
Who are you?
◆自己紹介 ・name:中村 洋(よう) ・blog:サウスポーな エンジニアの独り言 ・twitter:@yohhatu
◆自己紹介 ・work: 大阪在住のエンジニア ・community: DevLOVE関西 スクラム道関西 ・qualification: 認定スクラムマスター
None
None
AgileJapan大阪サテライトのテーマ 関西人×アジャイル
http://www.flickr.com/photos/art_clup/4272353488/in/photostream/ 困った・・・
皆さん何を 聴きたいですか? http://www.flickr.com/photos/itsjessie/4958652352/
プロダクトバックログ を作ります http://www.flickr.com/photos/trpendarvis/8366928302/
プロダクトバックログ(1/2ページ) 1:アジャイル開発とは? 2:Scrumとは? 従来の開発とアジャイル開発の違いは? 3:従来の開発とアジャイル開発の違いは? 4:アジャイルをやり始めたきっかけは? 5:組織に導入するためのヒントは? 6:まず何からしたら良い? 7:朝会のちょっとしたコツ
プロダクトバックログ(2/2ページ) 8:ふりかえりのちょっとしたコツ 9:タスクボードのちょっとしたコツ 従来の開発とアジャイル開発の違いは? 10:インセプションデッキのちょっとしたコツ 11:失敗談:ワークショップで気をつけること 12:失敗談:みんながアジャイルになれる? 13:失敗談:いきなり導入 14:XXX
http://www.flickr.com/photos/aigle_dore/5238575636/ まずは3つ
None
http://www.flickr.com/photos/hoyvinmayvin/5873697252/ コンテキスト重要
用法・用量を お守り ください http://www.flickr.com/photos/97867906@N00/4772117172/
1:アジャイル開発とは?
http://www.flickr.com/photos/practicalparticipation/4055214381/ アジャイルな開発 とは?
None
http://www.flickr.com/photos/debaj/2986670877 1時間以上 かかるので 割愛
None
2:Scrumとは?
スクラム(Scrum)とは?
複雑で変化の激しい問題に対 応するためのフレームワークで あり、可能な限り価値の高いプ ロダクトを生産的かつ創造的に 届けるためのものである。 ・軽量 ・理解が容易 ・習得は非常に困難 <Scrum Guide
より>
None
◆3つの原則 1:透明性 2:検査 3:適応 http://www.flickr.com/photos/silvertrace/1394642335/
http://www.flickr.com/photos/debaj/2986670877 1時間以上 かかるので 割愛
None
ジム・コプリエン (James O. Coplien)の 認定スクラムマスタ研修 http://jp.agilergo.com/30
3:従来の開発とアジャイル開 発の違いは?
http://www.flickr.com/photos/osakajon/12817953/ フルコース
http://www.flickr.com/photos/ekkie/411261949/
都度支払の 立ち飲み屋
http://www.flickr.com/photos/43430703@N04/6284296690/ アジャイル開発ってのは 安く・早く・楽なんでしょ?
http://www.flickr.com/photos/tommybear/119943772/
・自分達が本当に欲しい ものが手に入る可能性が 高い開発手法 ・ただ、そのためには自分 達も都度考えて、フィード バックして頑張る必要が ある
4:アジャイルをやり始めたきっ かけは?
http://www.flickr.com/photos/jiheffe/3462940215/ とあるプロジェクトにて・・・
http://www.flickr.com/photos/67522976@N00/4498826660/ 厳しい場面
http://www.flickr.com/photos/allenhori/5969595155/ 成功要因
悩 み
http://www.flickr.com/photos/001fj/3045447097/ お客様の問題が解決 できた? お客様の目標が達成 できた?
同じ方向を向く http://www.flickr.com/photos/katiemcatackneyphotography/7517074824/
保守開発 http://www.flickr.com/photos/todbot/3492542234/
5:組織に導入するためのヒン トは?
http://www.flickr.com/photos/tie_ler/5969283186/
http://www.flickr.com/photos/vermininc/4042474604/ 見えている 世界が違う前提
新しい! カッコイイ! Linda Rising による Adoption / Innovation Curve と
Fear less change Innovator Early Adopter Early Majority Late Majority Laggards ちゃんと 知ってから みんなは? 命令ですか もう前にやったけどうまく行 かなかったし、ダメな理由は 沢山あるし、とにかく今のや り方を変える気はないから 新しい! カッコイイ! 情報、利点やデータ 他チーム、会社はやってる。 成功事例 そうです うん、わかった、OK。 でもちょっとだけ試そうよ。
http://www.flickr.com/photos/atbartlett/2432704579/ 期待を マネジメントする
6:まず何からしたら良い?
http://www.flickr.com/photos/sifro/4266326549/ まずは1人から・・・ でも・・・
http://www.flickr.com/photos/corvid01/2349521410/ 仲間を 見つけて 巻き込む
http://www.flickr.com/photos/37571036@N00/424608164/ 1人でできるものから・・・ Myタスクボード・ニコニコカレンダー CI、テストコードを書く、1人ふりかえり etc
計測する
7:朝会のちょっとしたコツ
http://www.flickr.com/photos/e-sites/6542447581/ 朝会
会話の流れや 表情などを 観察する http://www.flickr.com/photos/kyydizzle/5714138411/
http://www.flickr.com/photos/rachelcreative/2600453332/ 同じものを みんなで見る
◆ちょっと工夫したこと ・退社時間の宣言 ・夕会 ・進行役持ち回り ※参考:プロジェクトファシリテーション実践編: 朝会ガイド
8:ふりかえりのちょっとしたコ ツ
ふりかえり
Keepが出にくければ まずはGoodからでも http://www.flickr.com/photos/ystenes/6198740271/
Problemでは 「どう困ったのか?」 を意識 http://www.flickr.com/photos/26777958@N05/3030934530/
Tryは「それでPはな くなるか?」を意識 http://www.flickr.com/photos/tharrin/4183726303/
◆ちょっと工夫したこと ・前回との差分を確 認する ・深掘りする ※参考:プロジェクトファシリテーション実践編: ふりかえりガイド
9:タスクボードのちょっとした コツ
タスクボード
「可視化」と 「見える化」 http://www.flickr.com/photos/phooto/4318536468/
http://www.flickr.com/photos/87598432@N00/3497916154/ Doingは2つまで マルチタスクは 効率が悪い
http://www.flickr.com/photos/anselm23/431943046/ Doneの定義 Done of Definition
◆ちょっと工夫したこと ・タスクの粒度 ・「後で貼っておく」」 は禁止
10:インセプションデッキの ちょっとしたコツ
None
・Pjに対する期待をマネジメントす るためのツール ・10の課題で構成されている ・Pjを開始する前に聞いておく必要 のある質問ばかり ・お客様も含めた期待を共有し、 認識を合わせることができる <アジャイルサムライP47より>
WHY (1)我々は何故ここにいるの か? (2)エレベーターピッチ (3)パッケージデザイン (4)やること/やらないことリスト (5)「ご近所さん」を探せ
HOW (6)技術的な解決案を描く (7)夜も眠れない問題 (8)期間を見極める (9)諦めるべきものをはっきりさ せる(トレードオフスライダー) (10)何がどれだけ必要なのか 提示する
Copyright © TIS Inc. エレベーターピッチ [潜在的なニーズを満たしたり、抱えてい る課題を解決したり]したい、 [対象顧客]向けの[プロダクト名]という プロダクトは[プロダクトのカテゴリー] です。
これは[重要な利点、対価に見合う説得力 のある理由]ができ、[代替手段の最右翼] とは違って、[差別化の決定的な特徴]が 備わっている。
Copyright © TIS Inc. トレードオフスライダー M AX M I N
スコープ 時間 予算 品質 使い勝手 効用 M AX M I N M AX M I N M AX M I N M AX M I N M AX M I N 諦めるべきものをはっきりさせる
契約前に エレベーターピッチを 考える http://www.flickr.com/photos/nobmouse/4052848608/
11:失敗談:ワークショップで 気をつけること
http://www.flickr.com/photos/dlplonner/4608808472/ 手順をなぞって 分かった気になる
素振り重要 http://www.flickr.com/photos/blackmailismylife/8293979721/
12:失敗談:みんながアジャイ ルになれる?
誰もがこの 働き方を気 に入るわけ じゃない
http://www.flickr.com/photos/theforshizzalist/201248807/ 人間は イイワケ の天才 でも・・・ だって・・・
すぐに変われる わけではない http://www.flickr.com/photos/drzax/3068597347/
ベストを尽くそうと している http://www.flickr.com/photos/25504455@N02/4704575075/
13:失敗談:いきなり導入
http://www.flickr.com/photos/willem83/5464379138/ いきなり真剣を振り回すと 大ケガする
どうやって やったらいいか 道筋が分からない http://www.flickr.com/photos/very_life/4901069076/
http://www.flickr.com/photos/dreadwear/4042342772/ 離 守 破
http://www.flickr.com/photos/aigle_dore/5238575636/ Communitiy
同じ悩みを持った 仲間と巡り会う場
http://www.flickr.com/photos/tonivc/2283676770/ 300人月
None
DevLOVEとは、開発(Develop)を 愛する人たちの集まりです。 この集まりでは、開発の楽しさを再 発見し、広げるために、2つのコン セプトのもと、明日の開発の現場に 役に立つことを目指した勉強会や イベントを開催しています。 DevLOVE公式サイトより
1.開発の楽しさを発見 しよう。広げよう。 2.開発の現場を前進さ せよう。 DevLOVE公式サイトより
・勉強会勉強会 ・自分の学習パターンを知る ・関西人の自分戦略 ・SQLアンチパターン・レトロスペク ティブ関西・リターン ・ロールプレイング・インセプション デッキ ・こんな世の中だからこそ、安全な Webアプリケーション勉強会 ~明 日は我が身~
・セルフ・タスクマネジメント ・「かんばんゲーム」ワークショップ ・統計学勉強会 ・「ペーパープロトタイピング」ワー クショップ ・「開発スタートアップ」ワークショッ プ ・「わかりやすいアジャイル開発の 教科書」読書会風味のワーク ショップ
DevLOVE関西の情報 ・Facebookグループ https://www.facebook.com/groups/devkan/ ・Doorkeeperコミュニティ http://devlove-kansai.doorkeeper.jp/ ・Twitterハッシュタグ #DevKan
http://www.flickr.com/photos/43430703@N04/6284296690/ スクラム道関西
私たちは、ソフトウェア開発における私たち自身 の現場をより良くしたいという想いから、スクラムや アジャイルな開発の知識を相互に共有し、議論 しながら切磋琢磨するために集まった関西のコミュ ニティです。 より多くの人々に、従事する開発現場を改善す るきっかけになるような情報を発信し、また、みな さんの悩みや問題を一緒に考え話し合うことで、 より広い知恵と知識を培っていける場を設けてい きたいと考えています。
私たちは開発者のみなさんがいつも笑顔で開発 できるような世界を目指しています。
アジャイル・スクラムを実施して いる人たちでのディスカッション (2週間に1回)
None
最後に
http://www.flickr.com/photos/28861972@N06/2696151179/ Agileは 手段の1つ
http://www.flickr.com/photos/firesign/173000769/ Agileな姿勢や考え方 は当たり前になってい る
1人1人が考えて Actionする http://www.flickr.com/photos/highersights/6231641551/
銀の 弾丸は ない http://www.flickr.com/photos/33854131@N06/4088827509/
先人達が 築いた 高速道路は ある http://www.flickr.com/photos/sfantti/274905309/
http://www.flickr.com/photos/sadfeeling/4165952638/ 皆さんの お話を 楽しみに しています