管理者にとってのアジャイル開発 - 株式会社戦略スタッフサービス

経営者、管理者にとってのアジャイル開発
An iterative and incremental (evolutionary) approach performed with
project stakeholders in a highly collaborative and self-organizing
manner with just the right amount of ceremony to produce highquality software in a cost-effective and timely manner that meets
stakeholders changing needs.
高品質でムダの無い、且つ変更要求に対応できるソフトウエアを作成する
為の適切な一連の手順に従い高い協調と自律的なプロジェクト関係者に
よって実施される反復（周期）的、インクリメンタルなアプローチである。
平成２０年１０月２０日
特定非営利活動法人
ドットNET分散開発ソフトピア・センター
理事
Certified Scrum Master
戸田孝一郎
（注）：米国ScrumAlliance.org 認定の公認スクラムマスター
（参照：http://www.scrumalliance.org/community/csms_only?alpha=T&page=12 ）
Ｃｏｐｙｒｉｇｈｔｓ© BCA ｉｎｃ. Ａｌｌｒｉｇｈｔｓｒｅｓｅｒｖｅｄ.
Ｃｏｐｙｒｉｇｈｔｓ© BCA ｉｎｃ. Ａｌｌｒｉｇｈｔｓｒｅｓｅｒｖｅｄ.
特定非営利活動法人
ドットNET分散開発ソフトピア・センター
特定非営利活動法人
ドットNET分散開発ソフトピア・センター
目次
1. はじめに
2. 何故アジャイル開発が良いのか？
3. アジャイル開発は、ソフトウエア開発での「トヨタ生産方式（TPS）」
4. フラット化する世界に合致した開発手法
5. ２１世紀に向けた新たな動き
6. 参考資料
アジャイル・マニフェスト（２００１）
マニフェストの思想を支える重要な方針（原理）
アジャイル開発経験事例報告（あるエンジニアの声）
パイロット・プロジェクトの外部評価
アジャイル・エンジニア育成コース体系
Ｃｏｐｙｒｉｇｈｔｓ© BCA ｉｎｃ. Ａｌｌｒｉｇｈｔｓｒｅｓｅｒｖｅｄ.
特定非営利活動法人
ドットNET分散開発ソフトピア・センター
はじめに
2002年9月18日コネチカット州ノーウォークでのFASB（米国、財務会計基準審議会）とIASB（EC、国際会計基準審議会）の合意
に基ずき同年10月29日に将来の会計基準の収斂化に向けた覚書が交わされました。2004年10月にはASBJ（日本、企業会計基
準委員会）とIASB間で共同プロジェクトの立ち上げが合意されて、いよいよ2009年4月1日以降の事業年度から会計コンバージェ
ンスの下、新会計基準が適用されます。
特にこの新会計基準では、ソフトウエア開発に対して「工事契約に関する会計基準」として、工事進行基準を優先的に適応し、要件
を満たす場合には強制される様になりました。
とは言え、従来からのウォーターフォール型ソフトウエア開発ではどの様に工事進行基準に適応できるでしょうか？
プログラミング工程が80％完了と報告を受けても、経営者、管理者として、素直に受け入れる事が可能でしょうか？どの様に精緻
な進捗報告を入手しても、残り２０％の残作業中に問題が発生することは無いでしょうか？また確実に工期通りに工事が完了する
保証があるでしょうか？
残念ながら従来のウォーターフォール型ソフトウエア開発手法では、この様な問いかけに対して、明快な回答を提供する事が出来
ません。既に皆様お気付きの通り、ソフトウエア開発作業が『見える化』されなければ、この問題を解決する事が出来ません。
ソフトウエア開発作業の『見える化』とは、稼動するプログラム（コード）が全システムの予想プログラム本数の内の何本が完了した
か？と言った形での進捗管理が望まれます。がその様な事が可能なのか？という疑問ももたれると思います。
今世紀に入って（2000年以降）欧米で提唱されておりますアジャイル開発は、このソフトウエア開発作業の『見える化』が可能にな
ります。
また、1週間とか2週間と言ったイタレーション（反復での）で開発作業が進行いたしますので、月末、四半期末での工事進行基準で
の収益、原価の把握（収益認識基準）が容易になります。
まだまだこのほかにも経営者、管理者にとってのメリットがあります。当資料は経営者、管理者の皆様にアジャイル開発がどのよう
なメリットをもたらすか？この素晴らしいソフトウエア開発手法を導入する為には、何が必要か？を出来るだけ解り易く紹介いたし
ます。
我々NPOドットNET分散開発ソフトピア・センターでは、このアジャイル開発エンジニアの育成とこの新しい開発手法をより効果的
にビジネス・フィールドで適用できるツール等の研究開発を目的として、岐阜県大垣市のソフトピアジャパン内に設立いたしました。
我が国のビジネス・システム向けアジャイル開発の拠点となるべく活動を展開いたしております。
ご興味のある方は、是非一度当NPOの開発プロジェクト・ルームを見学下さい。歓迎いたしております。
Ｃｏｐｙｒｉｇｈｔｓ© BCA ｉｎｃ. Ａｌｌｒｉｇｈｔｓｒｅｓｅｒｖｅｄ.
特定非営利活動法人
ドットNET分散開発ソフトピア・センター
何故アジャイル開発が良いのか？ (1/2)
ウォーターフォール型開発の問題－１
従来のウォーターフォール型ソフトウエア開発とは、システムの要件を整理した後、システムの設計を行い、その設計書に沿ってプ
ログラムを開発し、完成したプログラムをテストして最終的には対象システム全体での統合テストを完了して、納品（サービス提供）
稼動されます。この様に水が高い所から低い所に向かって流れるように作業が進展していく事からウォーターフォール型開発と言
う名称があります。この手法の最大の問題点は、プロジェクトの最終段階である統合テストが実施されるまで、そのシステム（ビジ
ネス・プロセス）が成立するか？破綻するか？が判断できない事であり、万が一トラブルが発生すると、逆順に作業工程を遡って原
因の追究と解決をしなければなりません。
その分、時間と人工と言う多大なコストが掛かります。経営資源がトラブルの解消と言う後ろ向きな作業に費やされる事になります。
一方アジャイル開発では、基本的な手順として、重要度の高いプロセス、リスクが見込まれるプロセスなどクリティカル・パスからプ
ログラムが作成され、作成されたプログラムは完成後幾度と無く統合テストが繰り返される為、プロジェクト（工期）の終了時点まで
に完成度が高まります。またプロジェクト開始直後からそのシステム（ビジネス・プロセス）が成立するか？破綻するか？を判定でき
ますので、プロジェクト投資の安全性をプロジェクト開始直後に担保できます。
リスクに捉まる潜在的な影響度
ウォーターフォール型開発
Ｃｏｐｙｒｉｇｈｔｓ© BCA ｉｎｃ. Ａｌｌｒｉｇｈｔｓｒｅｓｅｒｖｅｄ.
アジャイル開発
特定非営利活動法人
ドットNET分散開発ソフトピア・センター
何故アジャイル開発が良いのか？ (2/2)
ウォーターフォール型開発の問題－２
プログラム開発の『見える化』
従来のウォーターフォール型ソフトウエア開発で皆様どの様に作業進捗を把握、管理されているでしょうか？また従来の手法で満
足（納得）出来るでしょうか？如何に精緻な管理を行なっても設計工程が60％完了しましたとか、プログラミング工程が80％完了し
ましたと言った報告で、そのシステムが納期（工期）通りに完成して、当初（ユーザー要求通り）の機能を提供できると言う事を最終
テスト以前に確信を持って言い切れるでしょうか？
残念ながら、現在のウォーターフォール型ソフトウエア開発では否としか言えない無いのでは、ないかと思います。この最大の問題
は、作業工程が『見える化』出来ない事に起因しております。どの様に考えても現在のウォーターフォール型ソフトウエア開発では、
不可能でしょう。それは前述いたしました様に、プロジェクトの最終工程の統合テストを行なうまで、何が完成して、何が機能してい
ないのか？プロジェクトの途中では判定できないからです。
またこの様な流れ作業的な進め方で、完了の基準を途中に求める事が困難である為です。従って、従来のウォーターフォール型ソ
フトウエア開発では、便宜的に流れる作業の完了（目に見える成果物ではなく）をもって、進捗を把握せざるおえません。
一方、アジャイル開発では、毎週、動くプログラムの完成をもって作業の進捗を把握いたしますので、明確な進度を把握できます。
また今週の作業予定はタスクボードにポストイットに記入されて貼られておりますので、チームの全員が目で見て進捗が把握でき
ますし、作業完了もバーンダウン・チャートにより動くプログラム（統合テスト完了）本数によってカウントされます。
タスクボード
To Do
c
On Going
b
Done
1~2週間
1~2週間
1~2週間
1~2週間
1^2週間
イタレーション１
イタレーション２
イタレーション３
イタレーション４
イタレーション５
a
d
e
バーンダウン・チャート
納品
g
納品
納品
納品
f
h
Ｃｏｐｙｒｉｇｈｔｓ© BCA ｉｎｃ. Ａｌｌｒｉｇｈｔｓｒｅｓｅｒｖｅｄ.
特定非営利活動法人
ドットNET分散開発ソフトピア・センター
納品
アジャイル開発は、ソフトウエア開発での「トヨタ生産方式（TPS）」
「経済財政改革の基本方針2007」では、重要課題として労働生産性を5年間で50％増にすることを目標にしており2007年5月には、
「サービス産業生産性協議会」（牛尾治朗代表幹事）が発足しました。この様な大きな流れの中で、今後、具体的にどの様にすべき
か？がソフトウエア産業として課題となります。またサービス産業の分野でも、製造業にて着実に生産性向上を実現しているトヨタ
生産方式（TPS)が着目され実際に導入されて成果を上げております。
一方で我々ソフトウエア産業では、３Kや５K、最近では７Kと言った言葉が囁かれ、労働生産性どころか、若手の情報産業離れで
有能な人材を確保することも困難になってきております。
欧米でのアジャイル開発には九種の手法が存在しますが、どの手法の説明でもアジャイル開発の基本はトヨタ生産方式（TPS)で
ある事が書かれております。1983年に出版されたTPSの英語訳本より欧米では、このTPSを研究していろいろな分野に適用して
来ました。ソフトウエア開発の分野で適用された手法がアジャイル開発です。因みにアジャイル開発の一手法の名称であるスクラ
ム（Scrum）とはTPSの中で説明されているスクラムを語源といたしております。
アジャイル開発の基本はTPSで言われる現場、現実、現物の現場（開発チーム）主体でのソフトウエア開発です。また製造業の生
産工程で言われている単能工（ウォーターフォール型開発）から多能工（アジャイル開発）へのソフトウエア・エンジニアの変革で有
ります。
当NPOでのパイロット・プロジェクトの実績からも開発チーム主体（プロジェクト・マネジャー不在）でのプロジェクト運営が実現でき、
高品質なプログラム作成を残業や休日出勤無で、納期（計画）通りのソフトウエア開発が可能です。結果的に生産性、品質、お客
様からの信頼感が飛躍的に向上いたしました。
Ｃｏｐｙｒｉｇｈｔｓ© BCA ｉｎｃ. Ａｌｌｒｉｇｈｔｓｒｅｓｅｒｖｅｄ.
特定非営利活動法人
ドットNET分散開発ソフトピア・センター
アジャイル開発と「トヨタ生産方式（TPS）」
アジャイル開発
ⅰ）工程の流れ化
一人多役のエンジニア
• 平準化
• システム・デザイン
• 多工程持ち
• プログラミング
• 多能工化
• テスト＆デバッグ
• 整流化
• リファクタリング
• 小ロット
スプリント・タスクに分割
ⅱ）必要数でタクト決め
タスクボード＆タスクカード（ポストイット）
振り返り（毎週）
• 少人化
スタンドアップミーティング（毎朝）
• カンバン
テスト駆動開発（TDD）
• 情報にモノを合わ
せて多回運搬
プロダクト・バックログ（エンドユーザー直会話）
イタレーション（毎週リリース）
⑧人材の育成
ⅲ）後工程引取り
⑨企業体質の強化
• 標準作業
⑦改善
②原価低減
ⅰ）品質のつくり込み
• 異常で止まる（機械・
人）
• 目で見る管理（あんど
ん）
ⅱ）省人化
ペアプログラミング
リファクタリング
継続的インテグレーション
チーム全員でのデバッグ（行灯）
• 人と機械の仕事分離
• 異常の再発防止
テストの自動化
⑥異常がわかる
④自働化
①利益創出での企業発展
③ジャストインタイム
• 同期化
⑤ムダがよくわかる
TPS（トヨタ生産方式）
狙い
Ｃｏｐｙｒｉｇｈｔｓ© BCA ｉｎｃ. Ａｌｌｒｉｇｈｔｓｒｅｓｅｒｖｅｄ.
1.
徹底的なムダ排除による原価低減
2.
必要なモノを、必要なときに、必要なだけ
3.
良い考えでより良い品をより安く
特定非営利活動法人
ドットNET分散開発ソフトピア・センター
フラット化する世界に合致した開発手法
25ヶ国以上で出版され世界的なベストセラーになりましたトーマス・フリードマン著作の「フラット化する世界」をお読みになられた方
は多いと思います。その著作の中で述べられているフラット化する世界とは、コミュニティー、ネットワーク、イノベーション、コラボ
レーションと言う言葉がキーワードになっております。アジャイル開発はまさにこの考え方と同じ視点に立ったソフトウエア開発手法
です。
従ってアジャイル開発の導入は、単にエンジニアがこの手法をマスターすると言うことでは有りません。経営者、管理者も意識変革
を求められます。全てが開発チームという単位で語られます。如何にチームの生産性をマキシマイズするか？が求められます。
従来のプロジェクト管理者ではなく、チーム（組織）や個人（エンジニア）をモチベートし動かす真のファシリテーターが求められる新
しい管理者像です。ここまで書いてくれば、既にお判りと思いますが、エンジニア自身の新しい技術の習得のみならず、経営者、管
理者の意識変革、受託開発ビジネス・プロセスの変革、ソフトウエア開発プロセスの変革など情報企業にとってまた企業内の情報
システム部門にとって大きな変革を要求されている事です。そのベネフィットは低コスト、高品質、納期遵守（短納期）でのユーザー
満足度の向上できるシステム開発です。
当NPOでのトライアルでは、一般の企業と異なり上下関係（上司と部下）の無い組織の中でのアジャイル開発ですが、現場主義に
徹するアジャイル開発は、充分機能いたしました。
ウォーターフォール型開発
コンサルタント
アジャイル開発
Si/IT企業
PJ管理者
コンサルタント
ファシリテーター
スクラムマスター
社内IT部門
業務ユーザー
SI/IT企業
SE
社内IT部門
SI/IT企業
プログラマー
SI/IT企業
アジャイルチーム
業務ユーザー
SI/IT企業
テスター
Ｃｏｐｙｒｉｇｈｔｓ© BCA ｉｎｃ. Ａｌｌｒｉｇｈｔｓｒｅｓｅｒｖｅｄ.
特定非営利活動法人
ドットNET分散開発ソフトピア・センター
２１世紀に向けた新たな動き
当NPOは我が国アジャイル開発の先駆的企業であるテクノロジックアート社（長瀬嘉秀代表取締役）と共にアジャイル開発手法を
ビジネス・システム開発分野での定着の為に他に賛同いただける企業様と協力してAgileInBusiness.orgを立ち上げました。
ビジネス・システム分野でのアジャイル開発を導入中の皆様にアジャイル開発、ソフトウエア生産技術など関連する情報の提供と
経験事例の共有を促進したいと考えております。
また当NPOで試験的に経験いたしましたアジャイル開発の為の各種ツール、メソドロジーについても情報提供いたします。
現時点で提供可能なメニューは、
1. アジャイル開発の為のシステム要件検証ツール「ラピッド・モックアップ・ビルダー」
– タカヤ社他と共同研究
2. ２．アジャイル開発の為のユーザー要求早期確定メソドロジー「アジャイル・デザイン・プランニング・セッション」
– 戦略スタッフ・サービス社と共同研究
3. ３．効果的なアジャイル開発チーム編成検討支援ツール「ESBI」
– EIリサーチ社と共同研究
4. ４．効果的な分散アジャイル開発チーム運営支援ツール「ライブ・スクラム」
– ATMC社と共同研究
Ｃｏｐｙｒｉｇｈｔｓ© BCA ｉｎｃ. Ａｌｌｒｉｇｈｔｓｒｅｓｅｒｖｅｄ.
特定非営利活動法人
ドットNET分散開発ソフトピア・センター
参考資料
アジャイル開発のご理解を深めていただく為に、２００１年に米国でアジャイル開発の先駆者が集まり採択されましたアジャイル・マ
ニュフェストとそのマニュフェストの思想を支える方針の原文（英語）と解説を付加したその和訳を添付いたします。
また、当NPOにてアジャイル開発を体験したエンジニアの感想と当NPOが開発し岐阜県にて実施しておりますアジャイル・エンジ
ニアを育成する研修コース体系も添付いたします。
Ｃｏｐｙｒｉｇｈｔｓ© BCA ｉｎｃ. Ａｌｌｒｉｇｈｔｓｒｅｓｅｒｖｅｄ.
特定非営利活動法人
ドットNET分散開発ソフトピア・センター
アジャイル・マニフェスト（２００１）
www.agilemanifesto.org より抜粋
2001年11月13日に作成（2001年2月、17人の同士がユア州スノーバードにて）
We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have
come to value;
Individuals and interactions over processes and tools.
Working software over comprehensive documentation.
Customer collaboration over contract negotiation.
Responding to change over following a plan.
That is, while there is value in the items on the right, we value the items on the left more.
大事な事は、人、人と人との交流と協調、適応力、動作するソフトウエア
我々は自ら実践し、また実践しようとしている人を支援することを通して、よりよいソフトウエア開発の方法を見出そうとしている。
この活動をとおして我々は下記のようなことを価値あるものと考えるに至った。
プロセスやツールよりも、個人や相互関係を。------ツールも大事であるが、一人のエース・プログラマーより平均的なプログラマー
のチームワーク。
包括的なドキュメントよりも、働くソフトウエアを。----ドキュメントのないプログラムは最悪、しかしドキュメントが多い物よりは少ない
物の方が良い。
契約折衝よりも、顧客とのコラボレーションを。------成功するプロジェクトは顧客を巻き込み、定期的に顧客にフィードバックする事。
計画に従うことよりも、変化への対応を。-------------良い計画とは詳細な２週間の計画と荒い３ヶ月の予定であり、それ以上はメモ。
直近２週間の計画を変更する事は、あらゆる点で大変困難である。
これは太字の項目をより重視すると言うことであり、細字の部分を無視して良いと言う事ではない。
Ｃｏｐｙｒｉｇｈｔｓ© BCA ｉｎｃ. Ａｌｌｒｉｇｈｔｓｒｅｓｅｒｖｅｄ.
特定非営利活動法人
ドットNET分散開発ソフトピア・センター
マニフェストの思想を支える重要な方針（原理）
1. Our highest priority is to satisfy the customer through early and continuous delivery of valuable softwar
–
我々の最優先事項は素早いそして継続的な価値あるソフトウエアの提供を通して顧客の満足を得る事である。
2. Welcome changing requirements, even late in development. Agile process harness change for the customer’s
competitive advantage.
–
開発局面の後半でも要求変更を歓迎する。アジャイルなプロセスを顧客の競争優位の為の変化に利用する。
3. Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter
timescale.
–
稼動するソフトウエアをより短かい期間を優先して、数週間から数ヶ月で定期的に提供する。
4. Business people and developers must work together daily throughout the project.
–
プロジェクト期間を通して業務ユーザーと開発者は共同して作業をしなければならない。
5. Build projects around motivated individuals. Give them the environment and support they need, and trust them to get
the job done.
–
やる気のある個人を集めてプロジェクトを組織し、彼らが必要とする環境と支援を与え、仕事が完了するまで信頼する。
6. The most efficient and effective method of conveying information to and within a development team is face-to-face
conversation.
–
部門内、間のコミュニケーションで最も効率的かつ効果的な手法は、フェイスツーフェイスの会話である。
7. Working software is the primary measure of progress.
–
ソフトウエアが正常に機能するということが進捗の基本的な評価である。
次ページへ続く
Ｃｏｐｙｒｉｇｈｔｓ© BCA ｉｎｃ. Ａｌｌｒｉｇｈｔｓｒｅｓｅｒｖｅｄ.
特定非営利活動法人
ドットNET分散開発ソフトピア・センター
マニフェストの思想を支える重要な方針（原理）
8. Agile processes promote sustainable development.
–
アジャイルプロセスは持続可能な開発を促進する。
9. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.
–
スポンサー、開発者、ユーザーは無期限かつ不断に保守できるようにしなければならない。
10. Continuous attention to technical excellent and good design enhances agility.
–
技術的に優れた良い設計に継続的に配慮する事は機敏性（アジリティー）を増長させる。
11. Simplicity- the art of maximizing the amount of work not done- is essential.
–
簡素が基本－しない仕事の極大化の美学－
12. The best architectures, requirements, and designs emerge from self-organizing teams.
–
最良の構想、要求仕様、設計は自己統制された（自律的）チームより出現する。
13. At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingl
–
定期的にチームが振り返りを行い、より効果的に出来る方法を思案し、チームの行動に協調と調整が働く。
Ｃｏｐｙｒｉｇｈｔｓ© BCA ｉｎｃ. Ａｌｌｒｉｇｈｔｓｒｅｓｅｒｖｅｄ.
特定非営利活動法人
ドットNET分散開発ソフトピア・センター
アジャイル開発経験事例報告（あるエンジニアの声）
エンジニアＡ氏：
アジャイル初体験、ウォーターフォール開発経験
約１５年（主任クラス）３７才
1. 情報処理技術者１種
2. ＵＭＴＰＬ１
3. 業務ＳＥ（物流/生産管理/公共サービス）８年
4. ホスト汎用機テクニカルＳＥ７年
5. 今回．ＮＥＴは初めての経験
6. ＪＡＶＡ（web）３年
アジャイル開発の効果：
コーディングの生産性は変わらないが、開発作業内で手戻りが無く、結果的
に早く完了できる。
体験した感想：とにかく頭が疲れる。集中する。
1. 品質が高くなる。
2. 技術的な問題や、方式で悩む時間が少ないので効率は良い。
3. 気を抜く暇がないので、稼働率は高い。
4. 二人でやっているので、生産性は倍まではいかない。ただし品質が高いので、改修
やテスト時の修正工数は少なくなる
5. ペアプロ／クロスファンクションによりソースコードレベルで情報を共有するため、
自然に可読性／ロジックのシンプルさが感じられる実装となる。
7. ＰＬ/ＳＱＬ２年
6. 随時に動かしながら機能拡張をするため、潜在バグ／デグレードのリスクは低い。
8. ＶＢ．ＮＥＴ（２週間：本アジャイル開発で初）
9. ＣＯＢＯＬ、Ｃ＋＋ etc（細かい開発は多数）
7. 実装が不慣れな要員がいても、ペアの組み合わせにより品質の高い実装が可能と
なる。
8. 作業の完了が、視覚的に理解できる。実装の成果がすぐに見れる。
9. スタンドアップミーティング／振り返り／タスクの割り振りによりメンバー全員が全体
の作業を見渡せる。司会を持ち回りすることにより参加意識が強調される。
10.人に見られているのに、適当な（動けばいい）コーディングはできない。
11.悩んでいる時間が少ない。（随時相談／調査）
12.具体的な目標を随時持つことができる。
13.・タスク担当を明確にすることにより、責任範囲の当事者意識を持つことができる。
Ｃｏｐｙｒｉｇｈｔｓ© BCA ｉｎｃ. Ａｌｌｒｉｇｈｔｓｒｅｓｅｒｖｅｄ.
特定非営利活動法人
ドットNET分散開発ソフトピア・センター
アジャイル開発経験事例報告（あるエンジニアの声）
エンジニアＢ氏：
アジャイル初体験、ウォーターフォール開発経験
約５年２８才
アジャイル開発の効果：
生産性が上がった（体感）。
体験した感想：個人のコミュニケーション能力が高く問われる
1. Oracle Master Bronze 10g
1. 二人で作業を行っているため、単純ミスも少なく精度が高い。
2. VB.NET：１年
2. 思った以上に疲れる。気を抜く暇がない。
3. HTML、JavaScript、CSSなどWeb関係：１年
（随時）
4. PHP：１年
5. VB6：３年
6. PL/SQL：１年
7. XML：１ヶ月
Ｃｏｐｙｒｉｇｈｔｓ© BCA ｉｎｃ. Ａｌｌｒｉｇｈｔｓｒｅｓｅｒｖｅｄ.
特定非営利活動法人
ドットNET分散開発ソフトピア・センター
パイロット・プロジェクトの外部評価（１/２）
パイロットPJ（OJT）発注者（JQ上場企業）
1. 岐阜のエンジニアのスキルは高く優秀ですね。
2. 今までにこんなに早く（期間的）動作するプログラムをリリースいただいた、ことは経験していません。
3. 納期遅れが全く無く、システム開発の見える化ができているのは素晴らしい。
4. 発注者側の提示が遅くなり、開発チームへ毎回ご迷惑をかけ申し訳ございません。
5. 日々の進捗ならびにタスク毎に進捗が明らかになっており、凄く信頼できる。
6. 今回発注したシステム以外にも岐阜のチームにお願いしたい。
7. これほど早く、我々のシステムを理解した組織は他にありません。
8. 最終納品はまだまだ数ヶ月先ですが、破綻する事などの心配は全くしておりません。
9. 納品ドキュメントは貴団体の標準仕様ドキュメントで結構です。
10. 我々の会社にもアジャイル開発の説明をして欲しい。
『こんなに凄い規模・事例が日本
にできたことは驚くべき事で
す。』
近藤技術コンサルタント
（日本マイクロソフト株式会社）
Ｃｏｐｙｒｉｇｈｔｓ© BCA ｉｎｃ. Ａｌｌｒｉｇｈｔｓｒｅｓｅｒｖｅｄ.
特定非営利活動法人
ドットNET分散開発ソフトピア・センター
パイロット・プロジェクトの外部評価（２/２）
大槻繁氏（株式会社一副社長専任コンサルタント）
■ アジャイルプロセス協議会副会長兼運営委員長
■ 電子協/ソフトウェアエンジニアリング技術専門委員会委員
■ IPA/SEC 見積手法部会委員
1.
現場主義を徹底している様ですね。正に成功するパターンに岐阜のチームは入っている。
2. 岐阜をアジャイル開発拠点化へ協力しましょう。この岐阜モデルをベースに日本全国に展開できますね。
3. 遠隔地分散アジャイル開発へのチャレンジをしている企業・団体がありますので、是非岐阜を紹介します。
長瀬嘉秀氏（株式会社テクノロジックアート代表取締役）
■ SO/IECJTC1 SC32/WG2委員
■ 情報処理相互運用技術協会(INTAP)オープン分散処理委員
■ 電子商取引推進協議会(ECOM)XML/EDI標準化調査委員
■ 明星大学情報学部講師
■ 特定非営利活動法人UMLモデリング推進協議会理事
■ アジャイルプロセス協議会副会長
■ OSF日本ベンダ協議会DCE技術検討委員会主査
1. 岐阜のチームはアジャイル開発で確実に日本のトップレベルに達している。
Ｃｏｐｙｒｉｇｈｔｓ© BCA ｉｎｃ. Ａｌｌｒｉｇｈｔｓｒｅｓｅｒｖｅｄ.
特定非営利活動法人
ドットNET分散開発ソフトピア・センター
アジャイル・エンジニア育成コース体系
アジャイル
応用
.NET
UMTP認定の
L3相当のスキ
ル
UML
<<アジャイル実践>>
<<パターン実践>>
リファクタリングコース
Ｂ
デザインパターン入門
コースＣ
<<アジャイル実践>>
<<パターン実践>>
リファクタリングコース
Ａ
デザインパターン入門
コースＢ
<<.NETアジャイル>>
UMTP認定
の
L2相当の
スキルが必
要
演習コース
基本
<<アジャイル入門>>
<<パターン入門>>
テスト駆動開発入門
コース
デザインパターン入門
コースＡ
<<アジャイル入門>>
<<.NET入門>>
アジャイル入門コース
.NET開発入門コース
UMTP認定
の
L1相当の
スキルが必
要
このコースを受講するに
は基礎的なUMLの知識
が必要となります。
UMTP:L1相当のスキル
※矢印はトレーニングを受講する上での前提スキルを表現しています。
トレーニングを受講するにあたって、矢印の元となっているトレーニングコースと同等のスキルが必要となります。
Ｃｏｐｙｒｉｇｈｔｓ© BCA ｉｎｃ. Ａｌｌｒｉｇｈｔｓｒｅｓｅｒｖｅｄ.
特定非営利活動法人
ドットNET分散開発ソフトピア・センター
岐阜県でのNPO法人ドットNET分散開発ソフトピア・センター指導の経験を生かしアジャイル開発導入による貴社ソフトウエア開
発プロセスの変革を（株）戦略スタッフ・サービスがお手伝いいたします。
コンサルティング・サービスのメニュー
1. ソフトウエア開発プロセスのアジャイル開発導入に因るリエンジニアリングのコンサルテーション
2. アジャイル・エンジニア育成の為のOJTトレーニングの指導
3. アジャイル開発導入の為の管理者（ファシリテーター）育成の指導
指導コンサルタント：
1. 戸田孝一郎 (米国スクラムアライアンス認定の公認スクラムマスター)
– 開発プロセス・リエンジニアリングのコンサルテーション
2. 三井伸行
– アジャイル・エンジニア育成のコンサルテーション
株式会社戦略スタッフ・サービス
（本社）〒100-0004 東京都千代田区大手町1-7-2 東京サンケイビル27F 電話：03-3242-6282 FAX：03-3242-6283
（ソフトピア・オフィス）〒503-0807 岐阜県大垣市今宿6-52-16 ドリームコア308 電話：0584-47-5931
お問い合わせはメール（[email protected]）にてお願いいたします。
Ｃｏｐｙｒｉｇｈｔｓ© BCA ｉｎｃ. Ａｌｌｒｉｇｈｔｓｒｅｓｅｒｖｅｄ.
特定非営利活動法人
ドットNET分散開発ソフトピア・センター

Download Report