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
Minimalist Approach : JIRA + Confluence + Stash
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
Yasunobu Kawaguchi
PRO
October 29, 2014
Technology
1.7k
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Minimalist Approach : JIRA + Confluence + Stash
第12回 Atlassian ユーザーグループ @Rakuten #augj
http://connpass.com/event/9360/
Yasunobu Kawaguchi
PRO
October 29, 2014
More Decks by Yasunobu Kawaguchi
See All by Yasunobu Kawaguchi
Scalling up Excellence and Friction
kawaguti
PRO
1
14
OKRの本質 / Scrum Fest Osaka 2026
kawaguti
PRO
7
4.8k
Project Based Learning at TUT
kawaguti
PRO
1
83
Zoom2Youtube.Claude
kawaguti
PRO
4
750
アジャイルな経理と Claude Code と経営の未来
kawaguti
PRO
3
290
AIエージェントが教えてくれたプロダクトオーナーシップの本質
kawaguti
PRO
1
370
Claude Code x Accounting
kawaguti
PRO
2
450
Every Conversation Counts
kawaguti
PRO
0
480
Why we keep our community?
kawaguti
PRO
1
990
Other Decks in Technology
See All in Technology
Multica × 長期記憶:40個のミニプロジェクト管理
eiei114
1
210
DEFCON34-Write-up_HYCu-MYCu
daikiokazaki
0
110
AIとペアプロを始める。人とのペアプロをやめる。ペアプロの良さを改めて知る。もっと好きになった。 / Rediscovering Pair Programming
honyanya
1
290
Azure Cost Management の FOCUS コストデータを迷わず読むための“3つの軸”
tetsuyaooooo
0
160
10分で知る最近のOmarchy
komagata
0
150
AI時代だからこそ、スケールしないことをやろう
yutashigemura
1
110
enechainの内製セルフサービスプラットフォーム
hiyosi
0
140
Jetpack Compose で挑む新聞紙面UI ─ 複合ジェスチャー・ポリゴン記事領域・適応的ページ構成という3つの壁/droidkaigi2026
nikkei_engineer_recruiting
0
240
Nav2、Nav3 ... はたまた自作?〜 作って理解する Nav3 の設計意図 〜 / Nav2, Nav3 ... or Build Your Own? — Understanding Nav3's design intent by building it from scratch
yanzm
0
260
OpenTelemetry eBPF Instrumentationの舞台裏 / Behind the Scenes of OpenTelemetry eBPF Instrumentation
ymotongpoo
3
370
The Agent Builder Loop from Daily Work to OSS
minorun365
PRO
3
100
コスト最適化の「めんどくさい」を AWS FinOps Agent でチョット楽にする
classmethod_kaz
0
280
Featured
See All Featured
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
How to Talk to Developers About Accessibility
jct
2
540
Build your cross-platform service in a week with App Engine
jlugia
234
19k
Automating Front-end Workflow
addyosmani
1369
210k
Tips & Tricks on How to Get Your First Job In Tech
honzajavorek
1
730
Breaking role norms: Why Content Design is so much more than writing copy - Taylor Woolridge
uxyall
1
400
Crafting Experiences
bethany
1
300
Done Done
chrislema
186
16k
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
290
Groundhog Day: Seeking Process in Gaming for Health
codingconduct
0
340
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.8k
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
520
Transcript
Confluence + JIRA + Stash : ミニマリストアプローチ Vol.01 Oct/28/2014 Yasunobu Kawaguchi
Development Process Optimization, Rakuten Inc. http://www.rakuten.co.jp/
> whoami Yasunobu Kawaguchi Agile Coach
Special Thanks to… Tatsuya Sato
Use our tools effectively : 道具を使いこなす ツールは増幅器 Tools are amplifier
価値を生まない ものに時間を 使わない Ignore no-value issues. Test the Waters 確かめてから 使おう
Common Sense : 共通認識、共有知 Team Common Sense
Product Backlog Model / Architecture Vision / Concept Task Code
Product Actual Use Analytics
Product Backlog Model / Architecture Vision / Concept Task Code
Product Actual Use Analytics Managed by Dev Team Share with stakeholders
開発チーム内の情報共有に ツールを導入するのは、 ユーザーが近くにいるため、 始めやすい。 しかし、チーム内の 情報共有なんて、 何を使ったって、 できるんじゃないか。
Product Backlog Model / Architecture Vision / Concept Task Code
Product Actual Use Analytics 全体をみて効率っぽいところに入れていきたい!
Product Backlog Model / Architecture Vision / Concept Task Code
Product Actual Use Analytics なんで作るの? 誰がどう使うの? それって本当に作れそう? 使う人はどううれしいの? 作るお金はどこから出るの? 誰が作るの? 使ったお金をどう回収するの?
Product Backlog Model / Architecture Vision / Concept Task Code
Product Actual Use Analytics ビジョンを書き出す
Product Backlog Model / Architecture Vision / Concept Task Code
Product Actual Use Analytics 付箋でアイデア出しと即時合意 一つのアイデアを一枚に書く 一文で十分。思い出せればいい。 全員で手分けすれば、 書記がキーボード叩くより早い。 重複したら捨てるだけ。
Product Backlog Model / Architecture Vision / Concept Task Code
Product Actual Use Analytics 付箋でアイデア出しと即時合意 https://itunes.apple.com/us/app/ post-it-plus/id920127738 http://www.post-it.com/wps/portal/3M/ en_US/PostItNA/Home/Ideas/Plus-App/
Product Backlog Model / Architecture Vision / Concept Task Code
Product Actual Use Analytics Confluence の長所
Product Backlog Model / Architecture Vision / Concept Task Code
Product Actual Use Analytics いつくらいまでに、 誰になにを提供するつもり?
Product Backlog Model / Architecture Vision / Concept Task Code
Product Actual Use Analytics ロードマップを表にする! 期待される効果、 コスト(何スプリントかかる?) マイルストーンに 名前をつける。 OO月くらいまでに 実現することを一覧にしておき 定期的にアップデート
Product Backlog Model / Architecture Vision / Concept Task Code
Product Actual Use Analytics Confluence 利用のポイント
Product Backlog Model / Architecture Vision / Concept Task Code
Product Actual Use Analytics 痒いところに使う
Product Backlog Model / Architecture Vision / Concept Task Code
Product Actual Use Analytics パーミションを開けておけば できる人に勝手に検索されて 勝手に再利用される! オープンイノベーション の匂いがすてき! あなたがいなくなってから ドキュメントを探せなくなる 責任をだれがとるのか問題 Confluence 利用のポイント パーミション制限しまくれば サイロ化推進ツールになる
Product Backlog Model / Architecture Vision / Concept Task Code
Product Actual Use Analytics 誰にどういう機能が必要? どういう構成にする?
Product Backlog Model / Architecture Task Code Product Actual Use
Analytics 設計やアーキテクチャ ポンチ絵をホワイトボードに書いて まずチームとして合意する。 写真をとって、ナウなやつを Confluenceに貼っておく。 (作るのに時間がかかるものは更新も時間が かかるので、結局更新されない) 「いま何の話してるんでしたっけ?」 を避けるために、これを参照しながら話す。
Model / Architecture 変えにくいところと 変えやすいところを 考える http://www.slideshare.net/rwirfs-brock/why-we-need- architects-and-architecture-on-agile-projects 設計やアーキテクチャ
Product Backlog Model / Architecture Vision / Concept Task Code
Product Actual Use Analytics 実現することに順番をつける 1スプリントの半分以内に 実現できそうな粒度にしとく (できないときに途中で気づける) 誰にどうやって見せるか? 確認方法を明確にする。
Product Backlog Task Code Product Actual Use Analytics JIRA 利用のポイント
1.必要な情報だけ書く(タイトル重要) 2.細かく割りすぎない 3.作業ログを書く(メールコピペ便利)
Product Backlog Task Code Product Actual Use Analytics JIRA 利用のポイント
チケットタイプは Story(実現すること) Bug(不具合) Inquiry(問合せ) くらいがあればたぶん十分
Product Backlog Task Code Product Actual Use Analytics JIRA 利用のポイント
サブタスクは更新面倒なので 物理的なボードを作る方が 楽な気がする。 仕事してる感は ツールじゃなくて ストーリーを実現する ことで出したい。
Product Backlog Task Code Product Actual Use Analytics JIRA 利用のポイント
Agile Board は Scrumモードで つかうと、 ベロシティとバーンダウンが 出て気持ちいい。 http://www.publickey1.jp/blog/11/10_5.html スクラム関連はこちら ->
Product Backlog Task Code Product Actual Use Analytics JIRA 利用のポイント
http://www.amazon.co.jp/dp/4839924023 http://d.hatena.ne.jp/wayaguchi/ 20120218/1329524230 プランニングポーカーかんたんガイド アジャイルな見積もりと計画づくり
Product Backlog Model / Architecture Vision / Concept Task Code
Product Actual Use Analytics 毎日やっていることを更新する
Task Code Product Actual Use Analytics JIRA 利用のポイント ゴチャゴチャいじらないことが効率を生む。 必要なのはこれくらい。
ToDo -> WIP -> Review -> Done バーンダウンの確認 作業ログの書き込み チームメンバーの顔色は大丈夫か?!
Task Product Backlog Model / Architecture Task Code Product Actual
Use Analytics 物理ボード利用のポイント 一つのストーリーを一枚に書く 一文で十分。思い出せればいい。 全員で手分けすれば、 書記がキーボード叩くより早い。 重複したら捨てるだけ。
Task Code Product Actual Use Analytics 物理ボード利用のポイント ストーリー 5 急ぎの割り込み
予定の作業 11/01 13:00- #105 ストーリーポイント チケット番号 http://www.slideshare.net/kawaguti/ 20101001-shibutra-tracandscrum
Task Code Product Actual Use Analytics http://www.e-panel.jp/ ホワイトボードや、スチレンボードを使う。 (ホワイトボードはポストイットの接着が悪いので 個人的にはスチレンボードがオススメ)
[スチレンボードの買い方] 明日来るとかでも売っている “ハレパネ”は、高いので専用通販を。 サイズはA1くらいが 会議室に持って行ったりできて ちょうどいいと思います 物理ボード利用のポイント
Task Code Product Actual Use 物理ボード利用のポイント 付箋の一枚は一つの仕事。 ポストイットはケチらず強粘着。 サインペンも確保したい。 http://www.mmm.co.jp/office/post_it/list31/6542ss.html
裏地に 強粘着とか Super Sticky って書いてあるやつ 75mm x 75mm
Product Backlog Model / Architecture Vision / Concept Task Code
Product Actual Use Analytics コードをコミットする
Code Product Actual Use Analytics Stash利用のポイント ストーリーのチケットごとに 作業ブランチ(フィーチャーブランチ)を切る (ブランチ名はチケット番号や ストーリー名がわかるようにつける)
バックログの優先順位が 変わったときに対応できるように。 (意外と時間がかかるストーリーが 出てきて持ち越しになる場合とか)
Code Product Actual Use Analytics Stash利用のポイント Pull Request を出して、 チーム全体で(もしくは最低1名が)
コードをレビューする。 レビューコメントで議論。 終わったら本線(master)マージ。 フィーチャーブランチを切らない場合は ストーリーの番号を入れる。
Code Product Actual Use Analytics Stash利用のポイント http://www.slideshare.net/rootmoon/ ss-39589511 http://www.amazon.co.jp/dp/ 477416366X
GitHub実践入門 – Pull Requestによる開発の変革
Product Backlog Model / Architecture Vision / Concept Task Code
Product Actual Use Analytics リリース判定や リリース作業
Product Actual Use Analytics Stash利用のポイント http://www.slideshare.net/kawaguti/20110118-scrum-10-mins 10分でスクラム
Product Actual Use Analytics Stash利用のポイント まとまったQAが必要な組織では QA用のブランチ。 リリース作業が必要な場合は、 リリース用のブランチを切る。 ブランチポリシーはホワイトボードで議論して
Confluenceに貼っておけばよい感じ Product テストするためのデータや インフラは揃ってる?
Product Backlog Model / Architecture Vision / Concept Task Code
Product Actual Use Analytics 実利用が始まった後の フィードバックが重要
Actual Use Analytics JIRA利用のポイント 問合せ対応は Inquiryチケットを切る。 障害対応はだいたい最優先。 (あらかじめベロシティを調整する) Confluence利用のポイント 他担当との調整ごとを放り込んでおく
マニュアルとか、 効果計測結果とか
Product Backlog Model / Architecture Vision / Concept Task Code
Product Actual Use Analytics 物理 + Confluence JIRA Confluence Stash 物理 Managed by Dev Team
Use our tools effectively : 道具を使いこなす ツールは増幅器 Tools are amplifier
価値を生まない ものに時間を 使わない Ignore no-value issues. Test the Waters 確かめてから 使おう