Agileこんにちは。いろいろな現場を支援させて頂いている中でもっともよく頂く質問の1つに、デイリースクラムに関するものがあります。「時間どおりに終わらない」「単にみんなが報告するだけで、これならメールでいいんじゃないか」とか「いつも、困っていることは特にない、とみんなが言う」とかです。そこで、デイリースクラムの運用の仕方を改めて整理しておくことにします。デイリースクラムが必要なのか「プロセスで決められているから」というだけの理解ではいけない。これは全てのイベントに共通する毎日の検査と適応(高速なフィードバックサイクル)をすることで問題を早期に発見するムダな待ち時間を排除する自分たちがスプリントゴールとしてコミットしたことに対して全力を尽くすタイムボックスタイムボックスは厳密に15分を守る。超えてはいけない早めに終わること自体は構わないが、その場合はチームとして問題がないと言い切れるかどうかを自問する必ずしも朝やらないといけない訳ではない。全員が参加できる妥当な時間帯にすること常に時間通りに始める。日によって時間や場所を変えない遅刻した人がいても待たないみんなにデイリースクラムの開催について絶対はっきり伝えること。デイリースクラムの時間や場所を貼りだす。その他のミーティングでもそうして良いチームの中にはスプリントカレンダーを掲示しているところもあるチャットのボットなどを使って開始前に自動でアナウンスするのも良くある手事前準備前回のデイリースクラムから変わった点についてしゃべれるように準備しておくこと。チームにとって価値がある共有すべき情報は何なのか?について考えること終わったタスクも大事だが、自分が解決した妨害や今もっている問題点はチームにとってさらに重要なのでそれを説明する。自分がスプリントゴールを守れると感じるかどうかも伝えるデイリースクラムの前にタスクのステータスと残り時間を更新すること。これによってチームがどんな状況にあるかに関する最新のスナップショットを持っていることを保証する。デイリースクラム中に、ボードの更新に時間を使うべきではないスクラムマスターはプロジェクトを妨害していることの一覧を用意して更新しておくこと。これには前日までのデイリースクラムで出た話も含まれるデイリースクラムの3つの質問を見える場所に貼っておくと良い。みんながそれを意識するようになる3つの質問はあくまでフォーマットなので自分たちで拡張してよいファシリテーション・進行スクラムマスターはファシリテーションに集中する。管理ではないし、やるべきことを命令するわけでもないチームメンバー全員が話すこと場を安全に保つこと。悪いニュースをためらわずに言えるようにしないと単なる儀式になるデイリースクラムで問題解決をしないこと。進捗や問題を明らかにすることに専念すること。細かい話は終了後などに必要な人で続きをすればよいスクラムマスターは関係なさそうな話になったり深入りしすぎた話になったりしたら話を止めることチームメンバー自身がお互いに突っ込んで止めさせるのも良い。2人挙手ルールを使っているチームもあるプロダクトオーナーや管理者等がデイリースクラムに口出ししてきたら止めること出席できないメンバーがいる場合は、居るメンバーが代わりをする。代わりをするメンバーはチームに対して欠席しているメンバーの状況を伝えること(事前準備すること)あまりに欠席が多い場合は妨害事項なので理由を確認して解決することデイリースクラム中は集中すること。携帯をいじくったりしないみんながスクラムマスターに向かって報告してくるようならチームの会議であることを何度でも意識付ける(スクラムマスターが立つ場所も注意)うまくできるようになってきたら、ファシリテーターは日替わりでメンバーがやってもよい見える化を進めるために仕掛り中の仕事を少なく保つこと。本当に進行中の作業のみを仕掛り中とすること(じゃないと昨日も今日も同じタスクしている、という発言がでてくる)進捗を明らかにするために大きいタスクは分割すること。タスクが大きい見積もり時間を持っていると進捗を把握することが難しい(これも昨日も今日も同じタスクをしている、という話になりがち)その他他のメンバーとの会話をデイリースクラム待たないといけないわけではないので、困ったことがあれば随時あげてよいチームのサイズが大きすぎるとその分デイリースクラムでの1人あたりの時間が短くなる。本当にそのサイズが適当なのかをもう一度考える繰り返し言っておきますが、デイリースクラムをやることに意味があるのではなく、そこから得られるものに意味があるので、それを忘れないよう。2,797AWSを企業に導入する際に知っておくべきAWSサービスの全貌から、セキュリティ概要、システム設計、導入プロセス、運用までをまとめた書籍。)定価:$14.99この本は、チームの協調とコミュニケーションを改善したり、行動を変えるための見える化の実例を集めたものです。96個(+2)の見える化の方法をそれぞれ1ページでイラストとともに解説しています。2,138チームの仕事や課題を見える化する手法「カンバン」について、その導入から実践までを図とともにわかりやすく解説した書籍です。カンバンの原則や流れの管理などの入門的な事柄から、サービスクラス、メトリクスの使用、プロセスの改善など、一歩進んだ応用的な話題までを網羅的に解説します。カンバンを一から学びたい、組織で使ってみたいと考える方に最適な実践的な入門書です。2,138DevOpsの基本と主にツール面からの解説。2,520スクラム初心者に向けて基本的な考え方の解説から始まり、プロジェクトでの実際の進め方やよく起こる問題への対応法まで幅広く解説。マンガと文章のセットでスクラムを短期間で理解できます。スクラムの概要を正しく理解したい人、もう一度おさらいしたい人にオススメ。1,680スクラムの父であるジェフ・サザーランドとケン・シュエイバーによる著者の日本語版。吉羽龍太郎(翻訳)出版社:達人出版会定価:500円どうすれば自分たちの組織を変えられるだろう?それには、組織に変革を起こすチェンジ・マネジメントを学習することだ。1,598特集の「強いチームの作り方」を寄稿。ニーズが変化する近年のソフトウェア開発では、既成観念にとらわれない新しいアイデアが不可欠ですが一方で意見の対立がメンバーの衝突を引き起こすことも多くあります。「Vagrantプラグイン」と「Packer」について寄稿。開発者向けカンファレンス「DevelopersSummit」のベストスピーカーを中心とした、100名の執筆陣が書籍を選定・紹介。