6製品1サービスの開発にPortfolio for JIRAを使ってみた
•
1 like•2,618 views
Tokyo Atlassian user Group #18 2016-06-27 リックソフト大貫
Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (19)
Similar to 6製品1サービスの開発にPortfolio for JIRAを使ってみた
Similar to 6製品1サービスの開発にPortfolio for JIRAを使ってみた (20)
6製品1サービスの開発にPortfolio for JIRAを使ってみた
- 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月 (予定) (億) 売上 顧客数
- 5. １．利用の背景
- 9. 前提：開発チームと特徴 • WBS Gantt-Chart for JIRA開発チーム • カンバンボードでタスク管理、 エンハンス型開発 • 最近はR&D要素多く工数見積り無し • IssueEditor開発チーム • スクラムボードでタスク管理、エンハンス型開発 • 次Sprintのリリース日と含めるストーリーを決める • ただし、追い越し要件多い(製品ライフサイクルの成長期で管 理が一番難しい…) • Alfresco系開発チーム • スクラムボードでタスク管理 • SprintNのリリース日と含めるストーリーを決める • 西日本開発チーム • Standalone開発をスクラムボードでタスク管理 • 次Sprintのリリース日と含めるストーリーを決める ソフトウェアソリューション部 （略称 ソフソル）
- 10. 打合せ風景
- 14. Portfolio ver2.0がリリース Ver1.0から大幅改善 ！Live Plans使って みる価値あり （Atlassian Blogより） Ver2.0は前評判 が良いらしい (LinkedInより)
- 15. ２．実際に使ってみた
- 16. Portfolioに期待すること • 計画 • 各ボード上の課題ランク（チームリーダが作成した 計画）、依存関係、要員（スキルと空きリソース）を 考慮したスケジュール自動作成 • 進捗 • 各ボードのエピック、ストーリー進捗から進捗自動 計算 Portfolio チーム ボード3 チーム ボード2 チーム ボード1
- 17. 計画 • スクラムボード
- 25. 計画 • 自動スケジュール ただよく見ると？？？な 自動スケジュール結果もある。 PortfolioからJIRA Softwareボードへ 更新できない??? (我々が運用ミスった可能性もある)
- 30. Portfolioに期待した結果 • 計画 • 各ボード上の課題ランク（チームリーダが作成した 計画）、依存関係、要員（スキルと空きリソース）を 考慮したスケジュール自動作成 • 進捗 • 各ボードのエピック、ストーリー進捗から進捗自動 計算 コツと進捗入力は必要だけど自動スケジュールは強力！ （予想外の結果が出る場合があるけど） 複数の管理方法（スクラム、かんばん）がある場合 運用が難しい（実運用では無理かも） また、キャパシティーも要確認
- 32. Portfolio for JIRA採用の前提 • アジャイルを採用していなくても、標準化が適用 されプロセスが安定している組織では効果があ るはず（見積りは必須） • スイートスポットはアジャイル型開発で、ある程 度標準化が適用されている組織（日本ではこれ からか…） • プロセスや変化の激しい組織（ベンチャー等）で はちょっと無理かも…
- 33. ３．今後
- 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)入門」より引用 （オージスさん、ありがとうございます）