ブログ

ryuzeeによるブログ記事。不定期更新

スクラムイベントに出席しない優秀で不可欠な(?)エンジニアをどう扱うか

みなさんこんにちは。@ryuzeeです。

スクラムマスター用のロールプレイのお題をTwitterに書いたら、多くの方から「自分ならこうする」という案を頂いたので共有します。

今回のお題は、以下のものです。

その他のお題はこちらにあるので、チームで自由に遊んでみてください。

あらかじめ言っておきますが、どの対応が正解というのはありません

これは、あくまでロールプレイなので、色々なオプションを考えておいて、実際にそのような状況に遭遇したら、その状況に合わせて対応方法を選択すれば良いでしょう。 ただ、1つだけ言えるのは、チームの意向なしにスクラムマスターが単独で色々なアクションを取るのは(チームのステージによりますが)やりすぎの可能性はあります。

事実を探る

あるメンバーが本当にデイリースクラムや各種イベントに来ないのか、それはどれくらいの頻度なのか、どんな理由があるのかというような事実はアクションする前に知っておくと、打ち手の選択肢が広がりそうです。また内職している理由も、例えば他のチームと兼任してて仕事が溢れかえっているといった理由も考えられるので明らかにすると良いかもしれません。 一方で、いきなり本人に直接聞くと、先入観を持つ可能性もあるので、純粋なファクトデータとして、チームメンバーから「実際に発生した事実」を具体的に収集する手もあります。

現実を受け止める

この状態でも成果が出ていて、本人も周りもそもそもこの事象を課題だとも思っていないのであれば、敢えて今そこに触れる必要すらないかもしれません。 パンドラの箱をあけるにはそれなりの覚悟も必要になります。 今解決すべきいちばん大事な問題なのか、そうじゃないのかによって、行動の優先順位は当然変わります。

チームで話し合う

チーム自体で、この人のことを問題だと思っているのであれば、レトロスペクティブでテーマにする手もあります。 ただし、チームとして問題だと思っていないのに、スクラムマスターがテーマとして取り上げてしまうと、吊し上げのようになる可能性もあり、ますます本人が辛くなる(もしくはこじらせる)可能性もあるので、事前に仕込みをしておくのは賛成です。 また、チームのメンバーが事実や理由を理解せず、印象だけで色々なことを言う可能性もあるので、先にファクトデータなどを収集しておくと良いかもしれません。

そもそもその人は本当に不可欠?

これは鋭い視点で、チームの中で必要不可欠で、周りから優秀だと思われている人は、規律に関してもしっかりとふるまうことが多いです。 Effective DevOpsの8章(8.2.6)で、このような例についての解説があります。

『多くの場合、このような人物が組織のためにすることは、技術的にも文化的にも、とうてい「価値がある」レベルとは言えない。特に、業界内でその企業がこういった問題行動に耐性がある(あるいは奨励している)という評判が立ってしまったら損害は大きい。』

したがって本当にこの人が必要不可欠なのか、この人がどれくらい貢献しているのか、一方でこの人のせいでどんな問題が起こったのかを明らかにすると良いでしょう。 その上で、チーム自身が、その人を必要ないと判断できるのであれば、プロダクトオーナーや組織のマネージャーにそれを伝えても良いでしょう(一般的にスクラムマスターはチームメンバーを外す権限はないと言われています)。

もちろん、本人のふるまいが、他の理由(複数案件を掛け持ちしている、仕事があふれている、プライベートで問題を抱えている)の可能性はもちろんあるので、そこは把握が必要です。

期待値を明確にする

本当に優秀な人は先を見通すスキルを持っていることが多いです。 分かりやすく言えば、このプロダクトやプロジェクトはうまく行きそうか、行かなそうかを早い段階で察知します。 そこで問題点や改善点を打ち上げて、良い方向に持っていこうとふるまいます。 一方で、ステークホルダーやプロダクトオーナーがこれに対してずっと耳を貸さないような状況が続くと、モチベーションが低下していきます。 もちろんプロなので、規律に従って全力は尽くさないといけないのですが、人間ですので。 こういうときは、一度立ち止まって、プロダクトのビジョンやゴールを確認したり、各メンバーに対する期待値を明らかにしたり、といった足元の活動をやり直してみるといいかもしれません。

プロセスやイベントの有効性を常に気にかける習慣をつける

イベントが形骸化していて、役目を果たしていないが故の可能性もあります。 さんざん指摘してもデイリースクラムが単なる報告会になっていた、スプリントレビューにステークホルダーが来ない、みたいな状況であれば、時間のムダなので作業を進めたい、と思うのも不自然ではありません。このケースでも、こうなる前に本人がプロセスに対してフィードバックや懸念を表明していたかもしれません。 継続的に、それぞれのイベントやプロセスがどんな意味や効果を持つのか、チーム内やステークホルダーを交えて確認し続けておくと良いでしょう。

内職をさせない仕掛け作り

これは普段のミーティングやイベントをどのように進めているのかによりますが、全員がPCを開いているような会議だと内職しやすくなります。 チームのワーキングアグリーメントを決めて、会議の進め方を決めておくのが、よく使う方法です。 僕が昔働いていた会社では、集中して参加が求められる会議だと、冒頭に「クローズドラップトップ」宣言がなされて、全員がPCを閉じてから開始することもありました。 ルールを決めても守らない人がいる場合は、みんなでその人を眺めて待っているというのは分かりやすい対応だと思います。

それでは。

アジャイルコーチングやトレーニングを提供しています

株式会社アトラクタでは、アジャイル開発に取り組むチーム向けのコーチングや、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください。

詳細はこちら
  • スクラム実践者が知るべき97のこと
  • 著者/訳者:Gunther Verheyen / 吉羽龍太郎 原田騎郎 永瀬美穂
  • 出版社:オライリージャパン(2021-03-23)
  • 定価:¥ 2,640
  • スクラムはアジャイル開発のフレームワークですが、その実装は組織やチームのレベルに応じてさまざまです。本書はスクラムの実践において、さまざまな課題に対処してきた実践者が自らの経験や考え方を語るエッセイ集です。日本語書き下ろしコラムを追加で10本収録
  • プロダクトマネジメント ―ビルドトラップを避け顧客に価値を届ける
  • 著者/訳者:Melissa Perri / 吉羽龍太郎
  • 出版社:オライリージャパン(2020-10-26)
  • 定価:¥ 2,640
  • プロダクト開発を作った機能の数やベロシティなどのアウトプットで計測すると、ビルドトラップと呼ばれる失敗に繋がります。本書ではいかにしてビルドトラップを避けて顧客に価値を届けるかを解説しています。
  • SCRUM BOOT CAMP THE BOOK 【増補改訂版】
  • 著者/訳者:西村直人 永瀬美穂 吉羽龍太郎
  • 出版社:翔泳社(2020-05-20)
  • 定価:¥ 2,640
  • スクラム初心者に向けて基本的な考え方の解説から始まり、プロジェクトでの実際の進め方やよく起こる問題への対応法まで幅広く解説。マンガと文章のセットでスクラムを短期間で理解できます。スクラムの概要を正しく理解したい人、もう一度おさらいしたい人にオススメ。
  • みんなでアジャイル ―変化に対応できる顧客中心組織のつくりかた
  • 著者/訳者:Matt LeMay / 吉羽龍太郎、永瀬美穂、原田騎郎、有野雅士
  • 出版社:オライリージャパン(2020-3-19)
  • 定価:¥ 2,640
  • アジャイルで本当の意味での成果を出すには、開発チームだけでアジャイルに取り組むのではなく、組織全体がアジャイルになる必要があります。本書にはどうやってそれを実現するかのヒントが満載です
  • レガシーコードからの脱却 ―ソフトウェアの寿命を延ばし価値を高める9つのプラクティス
  • 著者/訳者:David Scott Bernstein / 吉羽龍太郎、永瀬美穂、原田騎郎、有野雅士
  • 出版社:オライリージャパン( 2019-9-18 )
  • 定価:¥ 3,132
  • レガシーコードになってから慌てるのではなく、日々レガシーコードを作らないようにするにはどうするか。その観点で、主にエクストリームプログラミングに由来する9つのプラクティスとその背後にある原則をわかりやすく説明しています。
  • Effective DevOps ―4本柱による持続可能な組織文化の育て方
  • 著者/訳者:Jennifer Davis、Ryn Daniels / 吉羽 龍太郎、長尾高弘
  • 出版社:オライリージャパン( 2018-3-24 )
  • 定価:¥ 3,888
  • 主にDevOpsの文化的な事柄に着目し、異なるゴールを持つチームが親和性を高め、矛盾する目標のバランスを取りながら最大限の力を発揮する方法を解説します
  • ジョイ・インク 役職も部署もない全員主役のマネジメント
  • 著者/訳者:リチャード・シェリダン / 原田騎郎, 安井力, 吉羽龍太郎, 永瀬美穂, 川口恭伸
  • 出版社:翔泳社( 2016-12-20 )
  • 定価:¥ 1,944
  • 米国で何度も働きやすい職場として表彰を受けているメンローの創業者かつCEOであるリチャード・シェリダン氏が、職場に喜びをもたらす知恵や経営手法、より良い製品の作り方などを惜しみなく紹介しています
  • アジャイルコーチの道具箱 – 見える化の実例集
  • 著者/訳者:Jimmy Janlén / 原田騎郎, 吉羽龍太郎, 川口恭伸, 高江洲睦, 佐藤竜也
  • 出版社:Leanpub( 2016-04-12 )
  • 定価:$14.99
  • この本は、チームの協調とコミュニケーションを改善したり、行動を変えるための見える化の実例を集めたものです。96個(+2)の見える化の方法をそれぞれ1ページでイラストとともに解説しています。アジャイル開発かどうかに関係なくすぐに使えるカタログ集です
  • カンバン仕事術 ―チームではじめる見える化と改善
  • 著者/訳者:原田騎郎 安井力 吉羽龍太郎 角征典 高木正弘
  • 出版社:オライリージャパン( 2016-03-25 )
  • 定価:¥ 2,138
  • チームの仕事や課題を見える化する手法「カンバン」について、その導入から実践までを図とともにわかりやすく解説した書籍。カンバンの原則などの入門的な事柄から、サービスクラス、プロセスの改善など、一歩進んだ応用的な話題までを網羅的に解説します。
  • Software in 30 Days スクラムによるアジャイルな組織変革“成功"ガイド
  • 著者/訳者:Ken Schwaber、Jeff Sutherland著、角征典、吉羽龍太郎、原田騎郎、川口恭伸訳
  • 出版社:アスキー・メディアワークス( 2013-03-08 )
  • 定価:¥ 1,680
  • スクラムの父であるジェフ・サザーランドとケン・シュエイバーによる著者の日本語版。ビジネス層、マネジメント層向けにソフトウェア開発プロセス変革の必要性やアジャイル型開発プロセスの優位性について説明
  • How to Change the World 〜チェンジ・マネジメント3.0〜
  • 著者/訳者:Jurgen Appelo, 前川哲次(翻訳), 川口恭伸(翻訳), 吉羽龍太郎(翻訳)
  • 出版社:達人出版会
  • 定価:500円
  • どうすれば自分たちの組織を変えられるだろう?それには、組織に変革を起こすチェンジ・マネジメントを学習することだ。アジャイルな組織でのマネージャーの役割を説いた『Management 3.0』の著者がコンパクトにまとめた変化のためのガイドブック