＃色々準備をされていた(もちろん当日も)スタッフのみなさん、スピーカーのみなさん、ありがとうございました。
去年は大阪はサテライトだったのですが、今年はメイン会場でした。
各地からスピーカーが集まり、参加者の数もかなり多くとても熱い内容になりました。
＃それでも平日ということもありスーツな方の割合が多かったですが
私はご縁があって2つのセッションでお話してきました。
Agile セッション「チケット駆動開発の課題と展望」とChange セッション「現場に続くAgileの道を語ろう〜アジャイルサムライ読書会が変えてきたこと〜」です。
今回は「チケット駆動開発の課題と展望」での話です。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
AgileJapan2012発表資料_Redmineと守破離
View more presentations from Yoh Nakamura
今回は(あえて)「Redmine話」や「チケット駆動開発」を意識しませんでした。
「チケット駆動開発をどうやったらうまく行くんだろ？」と期待されていたものとは違ったものだったかもしれません。
ただ「Redmineを入れてチケット駆動開発をしたいんですけど･･･」という相談をちょくちょく受けるのですが…
「どんな風なチームにしたいのですか？Redmineを入れてそれをどう実現したいのですか？」
…と聞くと「本当にやりたいこと」が実はRedmineで無くてもできることがあったりして「Redmineやチケット駆動開発をやることが目的になっている」事例もけっこうあるなぁと感じていました。
ですので、今回のスライドのお話にしました。
いくつかスライドの補足です(当日話したこととかぶるかもしれませんが)。
◆「守」の話
他のメンバーのチケットの書き方、分割・更新のやり方が自然に目に入る機会が多くなり、チームに広まって行くことがあります。
フリカエリなどで「分かりやすいと思ったチケットはどれだったか？」などとテーマでディスカッションするとより効果的です。
理想はツールを介せずに、ノウハウや技術の伝承ができるチーム(組織)です。
しかしロケーションの違い、その風土が無いなどでも(諦めずに)このような方法でもレベルの底上げのチャレンジができるという話です。
◆「破」の話
「改善タスクを行うリソースをどう確保するか？」ですが、チーム全員が改善を好き(得意)ではないですし、そればかりだと本業(お客様へ価値をもたらすシステム)もおろそかになります。
しかし、改善しないとちょっとしためんどうや不便さがチームのスピード、モチベーションを低下させ、パフォーマンスを奪っていきます。
スクラムマスターはこういう改善がそれこそメインになりますし、改善が得意なメンバーがいれば(本業のタスクとのバランスで)改善タスクを取ってもらうのも1つの方法です。
ポイントは(スクラムマスターやプロダクトオーナーを含めた)チームが「改善は必要なタスク」と意識することです。
◆「離」の話
「これまでがこうだったから･･･」「○○を今まで使っているから…」という理由でチームのパフォーマンスを上げるチャンスを逃さないように･･･というのが言いたかったことです。
確かにこれまではその方法がベストだったかもしれません。
でも今ではチームのパフォーマンスも変わって、周囲の状況も変わっているはずです。
その中で、これまでの方法も含めて「今のチームが一番パフォーマンスを発揮できるやり方」を考えて行く方が(短期的には多少遠回りでも)結果として良い価値を届けることができやすくなると思います。
コンテキストもそれぞれですし「そんな簡単には･･･具体的にどうしたら･･･」という方もいると思います。
そんな場合、愚痴を聞くだけかもしれませんが、(もしかすると)何かお力になれるかもしれませんので、お気軽に声をかけてください。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
ちなみに(各セッションも良かったのですが)自分にとって一番勉強になったのは講師控え室での色々な方とのディスカッションでした。
正解が無い話題が多い中で「自分はこう思う」を話して、それに対してフィードバックを(ダイレクトに)もらえる時間というのは、スピーカーをするメリットでもあると思います。
タグ：agile
XP祭り関西2012のLT、期待しています！！
コメントサンキュウです。
XP祭り関西2012のLTも楽しんで行きます！