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
Redmineと守破離_AgileJapan2012
Search
yohhatu
March 16, 2012
Technology
0
1.1k
Redmineと守破離_AgileJapan2012
Redmineを使っていたチームがそこから自分達のやり方を見つけ始める話
yohhatu
March 16, 2012
Tweet
Share
More Decks by yohhatu
See All by yohhatu
よくわからないことが多い場合の計画づくり(アジャイルな計画づくり)
yohhatu
0
540
透明性・検査・適応
yohhatu
0
150
Outcomeに向き合う中で出会った出来事とその解決案 / Problems and solutions when working on Outcome
yohhatu
0
1.6k
アジャイルコーチはなにをもたらすのか?なにを考えて、どんなことをしているのか? / What does Agile Coach bring?
yohhatu
0
240
スクラムマスターってなにをもたらすの? / What the Scrum Master brings
yohhatu
0
1.1k
Outcomeにフォーカスするチームへのジャーニー / A Journey to an Outcome-Focused Team
yohhatu
0
1.3k
「いい感じのチーム」へのジャーニー / The Journey to a "Good Team"
yohhatu
0
1.1k
チームの状況にあったいろいろなタイプのスクラムマスターの見つけ方 / How to find the Scrum Master that fits your team's situation
yohhatu
3
5.8k
アジャイルへの道を歩み続ける / Continue on the road to agile
yohhatu
1
220
Other Decks in Technology
See All in Technology
ざっくり学ぶ 『エンジニアリングリーダー 技術組織を育てるリーダーシップと セルフマネジメント』 / 50 minute Engineering Leader
iwashi86
9
4.5k
dbtとAIエージェントを組み合わせて見えたデータ調査の新しい形
10xinc
7
1.8k
[re:Inent2025事前勉強会(有志で開催)] re:Inventで見つけた人生をちょっと変えるコツ
sh_fk2
2
1.3k
The Twin Mandate of Observability
charity
1
380
AWS re:Invent 2025事前勉強会資料 / AWS re:Invent 2025 pre study meetup
kinunori
0
1.1k
サブドメインテイクオーバー事例紹介と対策について
mikit
15
7.4k
AIで急増した生産「量」の荒波をCodeRabbitで乗りこなそう
moongift
PRO
0
540
仕様駆動開発を実現する上流工程におけるAIエージェント活用
sergicalsix
11
5.9k
Playwrightで始めるUI自動テスト入門
devops_vtj
0
150
kotlin-lsp の開発開始に触発されて、Emacs で Kotlin 開発に挑戦した記録 / kotlin‑lsp as a Catalyst: My Journey to Kotlin Development in Emacs
nabeo
2
340
Digitization部 紹介資料
sansan33
PRO
1
5.8k
AIの個性を理解し、指揮する
shoota
3
630
Featured
See All Featured
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
46
7.8k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
1.7k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
116
20k
Fireside Chat
paigeccino
41
3.7k
Done Done
chrislema
186
16k
Making Projects Easy
brettharned
120
6.4k
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
2
270
Writing Fast Ruby
sferik
630
62k
Bootstrapping a Software Product
garrettdimon
PRO
307
110k
Why You Should Never Use an ORM
jnunemaker
PRO
60
9.6k
[RailsConf 2023] Rails as a piece of cake
palkan
57
6k
A Tale of Four Properties
chriscoyier
161
23k
Transcript
Redmineと 守破離 2012年3月16日 AgileJapan2012 中村 洋
自己紹介 ▪名前:中村 洋 ▪ブログ:サウスポーなSEの独り言 ▪TwitterID:@yohhatu ▪仕事: 大阪在住のエンジニア
自己紹介の続き ▪スキ/キライ スキ:ファシリテーション、Agile開発、 価値の提供 キライ:空中戦な会議 ▪認定スクラムマスター(CSM) ▪Agile、Scrumなど開発プロセスの 改善の相談も大歓迎
コミュニティ
None
コンテキスト
http://www.flickr.com/photos/50322436@N05/4622539646/ タスク
今日のテーマの 「守破離」とは?
守 破 離
教えを守り、基本を 当たり前(習慣)にする
http://www.flickr.com/photos/echohtp/3165651093/ 学び
Doneの定義 設計過程 テスト視点 コミットログ 見積もり
http://www.flickr.com/photos/qisur/4351196974/ こうしたい!!
いろいろな工夫を加え より良くしていく
改善
継続的な リソースの 確保 http://www.flickr.com/photos/laguglio/5365886076/
http://www.flickr.com/photos/a2gemma/1448178195/ 管理目的の改善は チームが疲弊する ことも・・・
自分自身独自の ものに発展していく
http://www.flickr.com/photos/xlibber/3423766012/ これまでに 固執せず 本質を会得する
守 破 離
http://www.flickr.com/photos/dreadwear/4042342772/ 離 守 破 本質
http://www.flickr.com/photos/50322436@N05/4622539646/ タスク
http://www.flickr.com/photos/23176641@N08/4388349983/ Agileな開発チームでは スピードの阻害要因 かも?
新しい チームでの チャレンジ
なにか1つでも 気づきがありましたか?