true;});前のページへ1|2|3|4次のページへふりかえりさて、アジャイルソフトウェア開発に原則があることは分かりましたが、それに近づいていくためには、まず何をすればいいのでしょうか。近づいていくための仕組みを作ればいいのです。原則の中に次の項目があります。チームがもっと効率を高めることができるかを定期的に振り返り、それに基づいて自分たちのやり方を最適に調整します。この項目はまさに、アジャイルソフトウェア開発の導入過程そのものを表現しています。アジャイルソフトウェア開発の最もポピュラーなフレームワークである「スクラム」には、この原則に対応したプラクティス、「ふりかえり」があります。自分たちの開発をアジャイルにしたければ、最初に始めるべきなのは「ふりかえり」です。http://mangaonweb.com/)より最初にやることが決まった「ふりかえり」ですが、実は「ふりかえり」にも決まったやり方はありません。アジャイルソフトウェア開発は何から何までオーダーメイドなのです。いっても実践している人が大勢いて、コミュニティがありますから、一般的なやり方を知ることはできます。クレイでは「オブラブ」のふりかえりガイドをベースに始めることにしました。やり方を簡単に説明すると、以下のようになります。大きな模造紙と付箋紙を用意する。模造紙は3つに区切り、それぞれに「K」「P」「T」と書く(それぞれ「Keep」「Problem」「Try」を表す)プロジェクトの中で上手くいっている事や続けたいことを挙げて付箋紙に書き、「K」の欄に貼る。挙がった内容を参加者全員が理解できるよう、書いた人が説明するプロジェクトが抱えている問題を挙げ、「P」の欄に貼る。ふりかえりガイド」(PDF)を全部読んでみてください。ふりかえりガイド」p14から引用)ところで、「ふりかえり」も“やり方”の1つですから、当然改善の対象になります(つまり、「ふりかえり」で「ふりかえり」のやり方を改善します)。以下にクレイで改善してきたことを挙げてみます。プロジェクトの期間を通して同じ模造紙を使い続け、前回までのふりかえりの内容が分かるようにする「T」に挙がったことで、実施できたことは「K」へ移動する「P」と「T」のうち、時間が経って当てはまらなくなったものは剥がす「P」のうち、長期間解消しないものは、「P」ではない可能性を検討する「T」のうち、長期間実施されないものは、やり方を再検討する「ふりかえり」にかける時間を決め、計測する模造紙と付箋紙を使っている様子クレイでは「ふりかえり」を導入することで、自分たちのやり方を評価し、次に必要なことを参加者全員の合意の上で決めていく習慣ができました。アジャイルソフトウェア開発というくくりには、さまざまなプラクティスが含まれますが、残りのプラクティスは「ふりかえり」の中で導入するかどうか、導入するとしたらどのようにやるか、を決めていけば良いのです。次ページでは、クレイでアジャイル化の初期に導入したプラクティスを挙げてみます。メールマガジンをご購読ください。Japanスマートジャパン3Dモデラボキャリア@IT自分戦略研究所エンジニアライフディルバートアプリITmediaねとらぼねこらぼついトピ!ITmediaはアイティメディア株式会社の登録商標です。