システム開発に関わる全ての人が適正な価値を持続的に得られるよう、支援します。このメールは、株式会社永和システムマネジメント社員と名刺交換をさせて頂いた方に送付しています。こんにちは、天野勝です。私は、コンサルタントという職業柄、人にものを教える「講師」という仕事をすることが多いです。現場カイゼンの導入教育や、C言語でのテスト駆動開発と、かなり多岐に渡っています。この連載では「講師」をしていて気づいたことを私の視点で発信していきます。■アジャイル開発の受け止め方のいろいろアジャイル開発プロセスの研修を行った後に感想をお聞きすると、受講された方の意見は大きく以下の3つに分かれます。(1)まったく同じようにはできないけど、試してみる(2)これまで自分たちがやっていたことと何が違うのか(3)自分たちの所では無理だ、できないなぜこのような反応になるのか、検討してみました。◇「まったく同じようにはできないけど、試してみる」という反応このような感想をおっしゃる方の特徴は、自分から率先して受講しています。研修を受けて、何かしら持ち帰らなくてはならないという想いを持っていますので、当然ながら前向きな感想になります。開発現場に近い人と、経営層に近い役職で複数のプロジェクトを持っている方もこのような感想を持ちやすいです。現場に近い人というのは、自分がその当事者なので、できるところから少し取り入れてみて、少しでも自分が楽になりたいというのがその要因となるようです。経営層に近く複数のプロジェクトを持っている人は、アジャイル開発を試行させるのにふさわしいプロジェクトがあり、それで試してみて、プロジェクトの利益率を向上させたり、人財として成長させたりしたいという思いがあるようです。◇「これまで自分たちがやっていたことと何が違うのか」という反応このような感想は、情報システム部門の方や、製品としてのソフトウェアを作っている方たちに多い特徴です。自社の中に要件を決める仕様ホルダーがいます。要件を持っている委託元と、開発を行う委託先という会社間の関係を持たないため、その間にはWin-LoseやLose-Loseとなってしまうような契約がないのが特徴です。プロジェクト体制ではなく、組織として開発し続けているというイメージでしょうか。売ることや、事業の基盤として価値があるかに重きを置いているようです。講師としては一番うれしくない、この感想を持つのは2次請け以降のプロジェクトに係わっている方たちが多いようです。すべての2次請け以降のプロジェクトがそうであるわけではないですが、「仕様ホルダーと直接話せない」「提案しても1次請けのところでつぶされてしまう」などの政治的な悩みがあるようです。このような政治的な悩みに関しては、私が担当する研修で直接的なヒントを得ていただくのは難しいのですが、仕様ホルダー側にアジャイル開発のうれしさと、それにともなう大変さを知っていただくようにアプローチしてくださいとお伝えしています。講者の反応から見る限りは、規模そのものが課題なのではなく、ソフトウェア開発に係わる利害関係者の協力関係や、信頼関係が大きなウェイトを占めているように感じています。アジャイル開発をこれから始めてみたいと思っている方は多いと思います。研修などである程度の知識を得てください。研修で聞いたことがそのまま現場に適用できることはないでしょうから、現場で試せるものから試して、いろいろと工夫をしてみてください。このように進めるのが理想の導入アプローチのひとつです。簡単には試せない環境に置かれている方がいらっしゃるのも事実です。その場合は、擬似体験として多くの事例などを聞いて、頭の中でシミュレーションを行い、来るべき日に備えていただくというのも、ひとつのアプローチです。■まとめアジャイル開発の研修の受講者の反応から、アジャイル開発を現場に適用するときに、なにが課題なのかを検討してみました。すべてに置いてアジャイル開発が有効ではありませんが、その効果を発揮する場所はある程度理解されるようになってきました。現場で適用するとなるとこれまでの関係を見直す必要があり、これが根深い課題として残ってしまいます。これは、急に替えることは難しく、普段からの関係作りが改善のカギとなります。アジャイルなプロダクト開発のヒントとして、『アジャイルな見積と計画作り』の翻訳者である安井力が、ユーザー要求の捉え方をご紹介します。あいまいで変化しやすい要求を、どのように捉えて開発に取り入れていくのかを紹介します。第2部では、アトラシアン様をお招きしてアジャイルなプロダクト開発の事例をご紹介します。ユーザーニーズの捉え方、優先順位の付け方と、どのようにそれを実現していくのかを、実際の事例を交えてご紹介します。最後に、ご紹介したテクニックを交えながら、ワークショップから現場で使える気づきを得ていただきます。※ワークショップを行う関係上、人数に制限があります。https://sec.tky.esm.co.jp/システム開発に潜むムダを取り除き、システム開発に関わる全ての人が適正な価値を持続的に得られるよう、支援します。コンサルティング領域や、セミナーのご案内などを掲載しています。http://ruby.agile.esm.co.jp/Rubyやアジャイル開発に関する最新のトピックスや活動実績を紹介しています。現場のメンバーのブログも掲載しています。http://agile.esm.co.jp/scrum/プロジェクト運営に関して私たちが提供しているサービスを紹介しています。スクラムという開発手法の解説も掲載しています。http://et.esm.co.jp/site/オブジェクト指向やアジャイルといった永和の強みをETの現場でも活用すべく活動中です。ご意見・ご感想は、このメールに返信ください。配信解除は件名「配信解除」にてこのメールに返信ください。アドレス変更は件名「アドレス変更」、本文に配信希望メールアドレスを記載の上、このメールに返信ください。コチラを参照ください。コメントをキャンセルコメントを入力してください。以下に詳細を記入するか、アイコンをクリックしてログインしてください。アカウントを使ってコメントしています。アカウントを使ってコメントしています。アカウントを使ってコメントしています。アカウントを使ってコメントしています。新しいコメントがついたらメールで通知。コンサルティングセンターが、セミナー情報やコンサルタントの独り言を公開します。Blog.%d人のブロガーが「いいね」をつけました。