6製品1サービスの開発にPortfolio for JIRAを使ってみた
1 like2,632 views
Tokyo Atlassian user Group #18 2016-06-27 リックソフト大貫
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)入門」より引用 （オージスさん、ありがとうございます）