Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
Redmineと守破離(とその後)_RxTStudy第6回
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
yohhatu
October 20, 2012
Technology
130
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Redmineと守破離(とその後)_RxTStudy第6回
Redmineを使っていたチームがどのような経験で自分達のやり方に辿り着いたか?というお話
yohhatu
October 20, 2012
More Decks by yohhatu
See All by yohhatu
Outcomeの設計と計測のやり方
yohhatu
0
140
よくわからないことが多い場合の計画づくり(アジャイルな計画づくり)
yohhatu
0
1.6k
透明性・検査・適応
yohhatu
0
540
Outcomeに向き合う中で出会った出来事とその解決案 / Problems and solutions when working on Outcome
yohhatu
0
1.9k
アジャイルコーチはなにをもたらすのか?なにを考えて、どんなことをしているのか? / What does Agile Coach bring?
yohhatu
0
510
スクラムマスターってなにをもたらすの? / What the Scrum Master brings
yohhatu
0
1.2k
Outcomeにフォーカスするチームへのジャーニー / A Journey to an Outcome-Focused Team
yohhatu
0
1.5k
「いい感じのチーム」へのジャーニー / The Journey to a "Good Team"
yohhatu
0
1.2k
チームの状況にあったいろいろなタイプのスクラムマスターの見つけ方 / How to find the Scrum Master that fits your team's situation
yohhatu
3
6.3k
Other Decks in Technology
See All in Technology
C#コードの結合を可視化する Roslyn解析による設計改善と リファクタリング判断
dora56
0
590
データ_AIの事業の勝敗をわけるもの
nek0128
1
480
「今盗んで、後で解く」に備える ― AWSのポスト量子暗号入門
yama3133
1
210
C#未経験の僕がAIに読めるコードを書かせるまで
maguroalternative
0
260
アクセスキーこわい やめかたと漏らさない工夫
sassssan68
1
740
Oracle Cloud Network Path Analyzerを試してみた/I Tried Out Oracle Cloud Network Path Analyzer
masakiokuda
1
110
Deployment の 先にある AI Agent 基盤 - kagent vNext、Agent Substrate、Hermes から読み解く Agent Runtime の現在地 / k8s-matsuri-2-ai-agent-platform-amsy810
masayaaoyama
5
730
人間はどの意思決定を手放せるのか
kawasima
15
8.1k
.NET WebAssemblyで実現するクライアントサイドAI推論:NuGetからViteまで、2つのエコシステムを繋ぐビルド戦略
yamachu
1
710
ボードゲームの遊び相手をFoundation Modelsで作る / iOSDC Japan 2026
genda
0
160
AI 時代のスタートアップエコシステ厶から考究する技術的負債との向き合い方
m3m0r7
PRO
3
2.7k
CLIライブラリ開発を支える技術
htnabe
0
150
Featured
See All Featured
Six Lessons from altMBA
skipperchong
29
4.5k
Have SEOs Ruined the Internet? - User Awareness of SEO in 2025
akashhashmi
0
500
KATA
mclloyd
PRO
35
16k
First, design no harm
axbom
PRO
2
1.3k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
254
22k
Raft: Consensus for Rubyists
vanstee
142
7.7k
世界の人気アプリ100個を分析して見えたペイウォール設計の心得
akihiro_kokubo
PRO
74
42k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
31
3.4k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.9k
Tips & Tricks on How to Get Your First Job In Tech
honzajavorek
1
770
Are puppies a ranking factor?
jonoalderson
2
3.9k
Rails Girls Zürich Keynote
gr2m
96
14k
Transcript
Redmineと 守破離 (とその後) 中村 洋 (@yohhatu)
再演
自己紹介 ▪名前:中村 洋 ▪ブログ:サウスポーなSEの独り言 ▪TwitterID:@yohhatu ▪仕事: 大阪在住のエンジニア
自己紹介の続き ▪スキ/キライ スキ:Agileな開発、価値の提供 キライ:空中戦な会議 ▪認定スクラムマスター(CSM) ▪デブサミ関西2013実行委員長
Community DevLOVE関西 スクラム道関西
Context
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な開発チームでは スピードの阻害要因 かも?
新しい チームでの チャレンジ
http://www.flickr.com/photos/tonivc/2283676770/ 半年後
None
ScrumMaster
環境
http://www.flickr.com/photos/50322436@N05/4622539646/ プロダクト バックログ
タスク ボード
http://www.flickr.com/photos/deathtiny42/5051604019/ 書き出す 大事さ
自然に 集まる
http://www.flickr.com/photos/bobgala/3424255316/ 適度な プレッシャー
http://www.flickr.com/photos/herosjourneymythology45surf/7723509516/ やったった感
http://www.flickr.com/photos/loungerie/2196866243/ 離れて いない
http://www.flickr.com/photos/jjelenbaas/19388944/ 人多すぎ ない
http://www.flickr.com/photos/fahadee/5239324772/ メトリクス 取りすぎ ない
http://www.flickr.com/photos/todbot/3492542234/ Tool
なにか1つでも 気づきがありましたか?