Tokyo Atlassian user Group #18 2016-06-27 リックソフト大貫

1. 2016年6月
リックソフト株式会社
大貫 浩
Tokyo Atlassian User Group #18
6製品1サービスの開発に
Portfolio for JIRAを使ってみた

2. 自己紹介
大貫 浩
リックソフト株式会社 代表取締役
認定スクラムマスター
C,C++ 10年、Java 15年
経歴
• 大学時代（約4年）
• SI系アルバイトにハマる COBOL, MS-C, NetWare, SunOS
• ＮＥＣ（3年半）
• SI技術サポート、調達業務
• フリー技術者（約8年）
• セキュリティ・パッケージソフト開発
• 金融基幹システム再構築
• リックソフト株式会社（11年）
• 開発プロセス・開発環境標準化、 Webアプリフレームワーク開発
• Apache Geronimoの翻訳プロジェクトでAtlassianに出会う(2007)
• Atlassian関連ビジネス開始(2009～)
• SESからツールソリューションへビジネス変更
@ohnuki

3. 0
100
200
300
2014年6月 2015年6月 2016年6月 2017年6月
(予定)
上場企業
非上場企業
リックソフト株式会社
• Atlassian製品を中心としたツールソリューション提供
• 2009年 Atlassian製品取扱い開始
• 2015年 アジアパシフィックでの導入実績1位
• 東京と名古屋にオフィス
• 常時要員65人(プロパー 47人)
• ソフト開発事業とクラウドサービス事業も
数年前から追加
0
5
10
2014年6月 2015年6月 2016年6月 2017年6月
(予定)
(億)
売上
顧客数

4. アジェンダ
１．利用の背景
２．実際に使ってみた
３．今後

5. １．利用の背景

6. １ソフトウェア製品のビジネス化に成功
製品
利益 約2,000万円
カンバン
ボード
HipChat
(随時)
Zephyr
(テスト管理)
4.成果物取得
2.コミット
3.夜間ビルド
6.テスト結果
1.計画・進捗
1.計画・進捗
7.テスト進捗
5.テスト
Stash
(Git)
Bamboo
(CIサーバ)
開発チームとプロセス固定

7. 複数製品のビジネス化
製品
サービス
Standalone
Confluence

8. 複数製品のビジネス化
製品
サービス
Standalone
Confluence
ビジネス成功は難しそう…
でも成功させたい。
そのツールは
目的に貢献するか？

9. 前提：開発チームと特徴
• WBS Gantt-Chart for JIRA開発チーム
• カンバンボードでタスク管理、 エンハンス型開発
• 最近はR&D要素多く工数見積り無し
• IssueEditor開発チーム
• スクラムボードでタスク管理、エンハンス型開発
• 次Sprintのリリース日と含めるストーリーを決める
• ただし、追い越し要件多い(製品ライフサイクルの成長期で管
理が一番難しい…)
• Alfresco系開発チーム
• スクラムボードでタスク管理
• SprintNのリリース日と含めるストーリーを決める
• 西日本開発チーム
• Standalone開発をスクラムボードでタスク管理
• 次Sprintのリリース日と含めるストーリーを決める
ソフトウェアソリューション部
（略称 ソフソル）

10. 打合せ風景

11. 問題発生！
計画・進捗管理できてない！
（見える化できてない）
開発チームと経営層の合意
営業・マーケと連携

12. 暫定対応
やはりポストイット！が一番

13. 計画・進捗管理はどうする？
WBS Gantt-Chartの出番か？

14. Portfolio ver2.0がリリース
Ver1.0から大幅改善
！Live Plans使って
みる価値あり
（Atlassian Blogより）
Ver2.0は前評判
が良いらしい
(LinkedInより)

15. ２．実際に使ってみた

16. Portfolioに期待すること
• 計画
• 各ボード上の課題ランク（チームリーダが作成した
計画）、依存関係、要員（スキルと空きリソース）を
考慮したスケジュール自動作成
• 進捗
• 各ボードのエピック、ストーリー進捗から進捗自動
計算
Portfolio
チーム
ボード3
チーム
ボード2
チーム
ボード1

17. 計画
• スクラムボード

18. 計画
• プラン作成
既存のボードを
情報ソースにできる
（おススメ）
プロジェクトやフィルターも
情報ソースにできる

19. 計画
• スクラムボードの設定を使いタイムライン表示
課題がスプリント
設定済
課題がスプリント未設定
（スプリントが自動設定される）

20. 計画
• タイムラインにスプリント表示
スプリントが分かりやすい

21. 計画
• 自動スケジュール
スプリント未設定課題は
自動スケジュールされる

22. 計画
• 複数プロジェクトのタイムライン
スクラムボードのタイムライン
（1Q先のスプリント予定も表示可能）
かんばんボード
のタイムライン

23. 計画
• かんばんボードの場合
かんばんボードでは作業見積り
未入力で運用していることもある。
その場合タイムラインに表示されない！
Portfolioから作業見積りを入力する！！
（課題の残余見積りに代入される）
作業見積り入力

24. 計画
• スケジュールのシミュレーション
Portfolioではスケジュールを
シミュレーションできる！
①見積りや要員を入力
②計算
③保存

25. 計画
• 自動スケジュール
ただよく見ると？？？な
自動スケジュール結果もある。
PortfolioからJIRA Softwareボードへ
更新できない???
(我々が運用ミスった可能性もある)

26. 計画
• ステージとスキル設定 プランにステージとスキル設定したら
チーム員にもスキル設定する！
これがズレるとタイムラインが表示できない。

27. 計画
• プランの「スケジュール設定」
注意：ある程度大きなストーリーはステージ毎に別スプリントになる
↓
意図したスケジュールにならない！
↓
ステージを分けなければ良かったかも～
↓
いや、我々のステージの認識が違う？
↓
ドキュメントに書いてあった！
↓
通常ステージは以下のような感じ。(別解として私達の設定もあるけど…)
・ストーリー作成（プロダクトオーナー）
・実装（スクラムチーム）

28. 進捗
プロジェクト横断で
次リリースの進捗が
見えそうだが．．．
カレントのVer8.5が見えない
（消えた！）
カンバンボード管理で
課題を完了にしても進捗率に
反映されない
（そのためには条件があった）

29. 進捗
キャパシティー上、
計画に問題がある
確かに、積みすぎ！
キャパシティーも確認する必要ある！

30. Portfolioに期待した結果
• 計画
• 各ボード上の課題ランク（チームリーダが作成した
計画）、依存関係、要員（スキルと空きリソース）を
考慮したスケジュール自動作成
• 進捗
• 各ボードのエピック、ストーリー進捗から進捗自動
計算
コツと進捗入力は必要だけど自動スケジュールは強力！
（予想外の結果が出る場合があるけど）
複数の管理方法（スクラム、かんばん）がある場合
運用が難しい（実運用では無理かも）
また、キャパシティーも要確認

31. 複数製品のビジネス化
製品
サービス
Standalone
Confluence
ビジネス成功に貢献するか？
うちでは厳しいかな…
ベンチャーのメリットである
スピードが失われてしまいそう…
(ただし、ver2.0では)

32. Portfolio for JIRA採用の前提
• アジャイルを採用していなくても、標準化が適用
されプロセスが安定している組織では効果があ
るはず（見積りは必須）
• スイートスポットはアジャイル型開発で、ある程
度標準化が適用されている組織（日本ではこれ
からか…）
• プロセスや変化の激しい組織（ベンチャー等）で
はちょっと無理かも…

33. ３．今後

34. SAFe 4.0
* http://www.scaledagileframework.com/より引用
直観でこれ
は使える！
ただし、自組織、製品用
にカスタマイズが必要

35. JIRA SAFe実装例(1-1)
Atlassian Blogより

36. JIRA SAFe実装例(1-2)

37. JIRA SAFe実装例(1-3)

38. JIRA SAFe実装例(2)
Atlassian Documents より

39. 資料

40. Plan Schedule 仕様
• Backlog items‘ priority (JIRAプライオリティ, ボード上の上下)
• Sequence - Start and end releases' dates
• Estimates and required skill level capacities (初期見積り)
• Teams and people's availability
• People's skills - what type of work can do each team member.
• Varying availability and absences. For example, vacations, people available only from
certain.
• Dependencies between backlog items (issue link ?)
• Work's stages - activities that can happen either in parallel or sequential activities.
• Team's schedules - iterations and sprint lengths, or continuous, day-to-day schedule.
• Configurable constraints for example, how many people can work in parallel on a story.
絶対、ドキュメントに書いてない
ことあるぞ～

41. Live Plansマニアックス
2つのブログ
• Start real-time planning with live plans in Portfolio for JIRA
• 2016/2/8
• Portfolio for JIRA のPMM Aimie Smith
• Comment 73個あるが重要な情報あり
• Top 10 user suggestions addressed by Portfolio for JIRA’s live
plans
• 2016/3/23
• Portfolio for JIRA のPPM Martin Suntinger

42. 用語
• SAFe4.0 (*1)
• ３つのレベル
• ポートフォリオレベル 経営陣の投資戦略と整合するようにプロダクトを企画するレベル
• プログラムレベル 複数チームが連携してプロダクトのために行うレベル（開発、マーケティング、サポー
ト、フィード獲得）、ＰＩ（プログラムインクリメント）を4半期毎に行いエンハンスさせていく。
• チームレベル 各チーム活動レベル（技術プラクティスを用いて開発、サポート等）
• 管理対象
• エピック プロダクトやシステムに対するニーズとそれに対するソリューション、ポートフォリオバックログに保
管される。
• フィーチャー エピックから導き出した最上位の要求、プログラムバックログに保管される。
• ユーザーストーリー フィーチャーを実現するために必要なチームレベルの要求。チームバックログに保管
される。
• JIRA Software & Portfolio
• 管理対応
• イニシアティブ エピックやストーリをグループ化する、複数リリースにまたがる
• エピック ハイレベルな要件、大きなストーリー、複数スプリントにまたがる
• ストーリー 開発単位、機能要件
• サブタスク 作業単位、ストーリー実現に必要
(*1) 一部、オージス総研 「Scaled Agile Flamework(SAFe)入門」より引用
（オージスさん、ありがとうございます）

43. 技術者募集！
リックソフトではこんな感じで
ソフト開発したい技術者を募集中です。
詳しくは声かけてください!!
ご清聴ありがとうございました！
IPO予定!
ストックオプションあるよ!!