岡本 隆史さんが、アジャイルの概念を取り入れたCMMIの記事を公開されていたのでメモ。 ラフなメモ書き。 【元ネタ】 徹底検証！ CMMIはアジャイルの改善にも役立つか？－ ＠IT情報マネジメント CMMI | CMMI Solutions | Translations | CMMI 日本語翻訳版 上記の記事を読むと、スクラムを例として、アジャイル開発のワークフローにCMMIの概念をマッピングして整合性を取ろうとしているように思える。 ScrumとCMM/CMMIの親和性については、「スクラム入門-アジャイルプロジェクトマネジメント」の一番最後の付録で既に書かれてる。 「スクラム入門-アジャイルプロジェクトマネジメント」では、ScrumのプラクティスはCMMMIのレベル2、3のKPAをほぼ網羅しており、不足しているKPAは、プラクティスの制度化とソフトウェア外注管理だけだという指摘がある。
スクラムとCMMIの基礎知識 では、スクラムとCMMIの対比に入る前に、まずはそれぞれの基礎を簡単に振り返っておきましょう。以下の図1をご覧ください。これはスクラム開発の流れを簡単にまとめたものです。 スクラムでは、まず「プロダクトバックログ」を管理します。システムが備えるべき機能をエンドユーザー視点でまとめたものを「ユーザーストーリー」と言いますが、プロダクトバックログとは、それを機能単位に分割し、一覧にしたものです。例えば、オンラインショップのシステムなら「新規ユーザーを登録する」 「商品を検索する」などです。プロダクトバックログは、真ん中の大きな輪で示した「スプリント」に回され、開発作業に入ります。 「スプリント」とは、2～4週間のサイクルで繰り返し行う「作業時間の単位」です。ここでは、開発するプロダクトバックログを管理可能な単位に分割した「スプリントバックログ」という概念が存在しま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
