ITpro expo2014_atlassian

Copyright© Growth xPartners, Inc. All rights reserved.
バグ管理・バージョン管理その次は？
ツールを導入しているだけで満足していませんか？

はじめに
•開発支援ツールは何をいれていますか？
•バグ管理やバージョン管理をいれて満足していませんか？
•自分の開発支援ツール利用レベルを確認して、これからのステップを考えてみませんか？
1

開発支援ツール
2

•開発プロセスの様々な工程で利用するツール
•目的：
–チーム内での情報の共有
–トレーサビリティ（現状と経緯）の把握
–自動化（効率化とミス抑止）
•対象物：
–開発資産（ソースコード、設計書など）
–課題（検討事項、バグなど）
–タスク（作業など）
–構成（リリース手順、インフラなど）
3

•ドキュメント管理
–Wiki：Wiki、Confluence
•ソースコード管理
–並行バージョン管理：CVS
–分散バージョン管理：Git、Stash
•課題管理/バグ管理
–Redmine、Trac、JIRA
•タスク管理
–WBS：MS Project
–チケット管理：Redmine、Trac、JIRA
•構成管理
–ソフトウェア構成管理：Ant、Maven
–CI（リリースプロセス管理）：Jenkins、Bamboo
4

•開発支援ツールは開発手法に関係ない
•基本は計画し、計測し、調整する
–ウォーターフォール型（計画重視）
»計画：全体を計画し、効率的なリソース配置を考える
»計測：計画とのズレを把握する
»調整：ズレを見つけたら調整を行う
–アジャイル型（調整重視）
»計画：精度が出るぐらい小さな計画にする
»計測：動くソフトウェアで計測する
»調整：定期的に関係者で計画の見直しを行う
5

•管理したいものは同じ
–開発資産（ソースコード、設計書など）
–課題（検討事項、バグなど）
–構成（リリース手順、インフラなど）
•要注意はタスク
–ウォーターフォールの場合は作業の全体感が重要になるのでWBSが向く
–アジャイルの場合は作業の入替えが重要になるのでチケット/カンバンが向く
6

ツール利用レベル
7

•レベルの指標
–利用ツール：どのツールを使っているか
–トレース範囲：ツールをまたがったトレース範囲
•トレーサビリティについて
–いつ発生した課題が、いつ誰が実装されて、いつどこにリリースされたかを自動的に把握する
8

•レベル0
–ツールはほとんど利用していない
»EXCELはツールに入りません
–利用していてもチームでは共有できていない
»一人が集中管理をしている状態はNG
9
開発資産
課題
タスク
構成
情報の共有
×
×
×
×
トレーサビリティ
×
×
×
×
自動化
×
×
×
×

•レベル1
–ソースコード管理、バグ管理は導入され情報共有ができている
»ドキュメント管理はEXCELをバージョン管理
–タスク管理は中央集権
»タスクのステータスや時間を個別入力はできていない
–ビルドスクリプトを手動実行している
»ビルドから先のリリースは自動化されていない
–トレーサビリティが確保されていない
»いつ発生したバグが、いつ誰が実装されて、いつどこにリリースされたかが明確には分からない
10
開発資産
課題
タスク
構成
情報の共有
○
○
△
△
×
×
×
×
自動化
○
○
△
△

•レベル2
–バグやタスクとソースコードやリリースバージョンは関連づけられている
–ドキュメントも一部はWikiで管理
–CIツールが導入され、リリースは自動化されている
–開発チーム内では情報が共有化されている
»運用チームとの情報共有が不十分
11
開発資産
課題
タスク
構成
情報の共有
○
○
△
○
○
○
△
△
自動化
○
○
△
○

•レベル3
–課題発生からサービス提供までがトレース、かつ、運営側にも情報が共有されている
»開発視点：いつ発生した課題が、いつ誰によって実装されて、どのバージョンに含まれて、いつどのサーバにデプロイされたか
»運営視点：このサーバには、どのバージョンがデプロイされ、そのバージョンでは、どの課題が、いつ誰によって実装されて、いつリリースされたかが自動的に把握する
–DevOps/OpsDevが実現されている
12
開発資産
課題
タスク
構成
情報の共有
○
○
○
○
○
○
○
○
自動化
○
○
○
○

•ポイントは、それぞれの範囲
–情報共有
»個人→開発チーム→開発と運用
–トレース
»なし→課題とコード→課題とコードとバージョン→課題とコードとバージョンとデプロイ
–自動化：
»なし→スクリプト化→自動運行
13

•ステップバイステップ
–レベル0→レベル1
»最適はバグ管理とソースコード管理から
▸タスク管理はWBSでOK
»バグとバージョンへの紐付け
»タスクからコードやバージョンへの紐付け
»Wikiの導入（内部手順書から）
»CIツールの導入（まずはボタン1つ）
»タスクからデプロイまでの一括管理
14

•ステップバイステップ
15
運営
運用テスト
結合テスト
企画
検討
外部設計
内部設計
実装
ユニットテスト
内部テスト
レベル1
レベル2
レベル3

アトラシアン製品
16

•レベルを上げていくのは、レベルアップを想定したツール群の導入が推奨
–Redmine+Git+Jenkinsでもいいけど…
–アトラシアン製品なら、最初から統合前提
»課題/タスク：JIRA＋JIRA Agile
»ドキュメント：Confluence
»ソースコード：Stash（Git）
»CI：Bamboo
17

18
18
課題ソースコードモジュール実行環境
v1 済
☑タスクA
☑タスクB
v2 未
☑タスクC
☑タスクD
□タスクE
残
□タスクF
□タスクG
□タスクH
v1
v2.b2
v1
v2.
b1
v2.
b2
☑タスクA
☑タスクB
☑タスクC
☑タスクD
☑タスクC
本番
受入
開発
検証
v2.b1

課題管理からのビュー
19
課題からソースコードやリリースのトレース

ソースコード管理からのビュー
20
コミットから課題のトレース

CIからのビュー
21
リリースからソースコードコミットのトレース

CIからのビュー
22
リリースから課題のトレース

タスク管理からのビュー
23
カンバンからコードやデプロイ

詳しくは
•ブース説明員へ！
24

開発プロセス
25

開発プロセス
•プロジェクトマネジメントの役割
–計画する
–計測する
–調整する
•手法にかかわらず同じことをする
•「計画と実行のズレを見つけて調整していく」
–そのために計画するし、計測する
26

開発プロセス
•開発プロセスの基本形
27
運営
運用テスト
結合テスト
企画
検討
外部設計
内部設計
実装
ユニットテスト
内部テスト

ITpro expo2014_atlassian

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

Similaire à ITpro expo2014_atlassian

Similaire à ITpro expo2014_atlassian (20)

Plus de グロースエクスパートナーズ株式会社/Growth xPartners Incorporated.

Plus de グロースエクスパートナーズ株式会社/Growth xPartners Incorporated. (8)

Dernier

Dernier (10)

ITpro expo2014_atlassian