ブログ

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

チームの状況を把握するための5つの質問

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

アジャイルコーチでもスクラムマスターでもエンジニアリングマネージャーでも、新しいチームと一緒に働くことになった場合にまず必要なのが情報収集です。 チームの様子を観察したり、1on1で聞いてみたり、ドキュメントを読んでみたりとさまざまな方法があります。 そこで、今回は直接チームのみんなに話を聞いて情報収集する場合に、5個だけ質問できるとしたら何を聞けばよいか考えてみました。

まず、初期の段階では、単に開発プロセスがうまく回っているかどうかだけを聞いてもあまり意味がありません。 そこでプロダクト、意思決定の方法、デリバリー、改善、チームのことを聞いてみようと考えてできたのが、以下の5つの質問です。


  • プロダクトは顧客の課題解決に役立っていますか?役に立つかどうか、役に立っているかどうかをどうやって確かめていますか?
  • いま開発している機能は誰にとってどう役に立ちますか?なぜ開発することになりましたか?
  • どれくらい頻繁に顧客に対してリリースしていますか? その頻度はどうやって決まっていますか?
  • 自分たちの仕事のやり方を改善していますか?最近改善したいちばん大きな問題を教えてください
  • チームは楽しく充実した仕事をしていますか?回答の根拠も教えてください

それぞれについて順番に見ていきましょう。

プロダクトは顧客の課題解決に役立っていますか?役に立つかどうか、役に立っているかどうかをどうやって確かめていますか?

この質問はプロダクトに関する質問です。

『プロダクトマネジメント――ビルドトラップを避け顧客に価値を届ける』によると、プロダクトは提供側と顧客の間の価値交換システムです。 顧客が自身の課題を解決する、もしくは自身の課題の解決に役立つと判断するからこそ、プロダクトに対してお金などの対価を払います。 これによってプロダクトの提供を持続できるようになります。

「プロダクトは顧客の課題解決に役立っていますか?」という質問に対して、ノーという答えやわからないという答えが返ってきた場合は、プロダクトマネジメントが不十分である可能性を示唆しています。 また、単にステークホルダーからそのプロダクトを開発するように言われただけで、チームのプロダクトに対する関心が欠如しているということもありそうです。

「役に立つかどうか、役に立っているかどうかをどうやって確かめていますか?」という質問に対して、顧客インタビュー、エスノグラフィー、実験、さまざまなエンゲージメント指標やノーススターメトリックなどの話が出てきた場合はよさそうです。一方でダウンロード数やユーザー数、ページビュー数などのいわゆる虚栄の指標が出てきた場合は深堀りしたほうがよいかもしれません。

いま開発している機能は誰にとってどう役に立ちますか?なぜ開発することになりましたか?

この質問は意思決定に関する質問です。

「いま開発している機能は誰にとってどう役に立ちますか?」という問いに明確に答えられない場合は、チームがフィーチャーファクトリー(誰かに言われるままに、ただたくさん作ることを要求されているチーム)になっているかもしれません。 「なぜ開発することになりましたか?」に対する答えが、プロダクトオーナーが決めたから、とか、チームの外側のステークホルダーの強い要望があったから、といった場合も同様です。

反対に、プロダクトに対する顧客やユーザーからのフィードバックを受けて決定した、とか、プロダクトのノーススターメトリックやKGIを踏まえて、それらの値を改善するための実験の1つとして決定した、といった回答の場合は、自分たちである程度プロダクトに対する意思決定ができていることを示していそうです。

どれくらい頻繁に顧客に対してリリースしていますか?その頻度はどうやって決まっていますか?

この質問はデリバリーに関する質問です。

当然のことながら、すべてのプロダクトが日次で顧客にリリースされなければいけないわけではありません。プロダクトの性質によって適切なリリース頻度は変わります。 とはいえ、相当に安定しているプロダクトでなければ、3か月や半年に1回のリリースでは少ないかもしれません。 今のリリース頻度がプロダクトの性質を踏まえて決めているものなのか、チームの能力ゆえに決まっているものなのか(たとえば、テストを全部手動でやっているとか)、もしくは、会社のプロセス上の制約(たとえば、リリースには審査が必要でとても時間がかかるとか)によって決まっているのかを明らかにしておくことで、今後さらに深堀りすべき点が見つけられそうです。

自分たちの仕事のやり方を改善していますか?最近改善したいちばん大きな問題を教えてください

この質問は改善に関する質問です。

「自分たちの仕事のやり方を改善していますか?」と聞いて、改善していないと答えるチームはほとんど見たことはありませんが、とはいえ実効性のある改善を継続的にできているチームはそれほど多くはありません。 ひどい例だと、ふりかえりで多数のアクションアイテムを洗い出して、個人にアサインし、次回のふりかえりで着手もできておらずにそのまま先送りにするといったケースを見かけたこともあります。 またチームで着手できそうな簡単で時間のかからない項目だけを改善して(これはこれで進めればよいのですが)、自分たちのパフォーマンスを阻害するような大きな問題は諦めて目をつぶっていることもあります。

スクラムガイドの2020年版では、「スクラムチームは、自分たちの効果を改善するために最も役立つ変更を特定する。最も影響の大きな改善は、できるだけ早く対処する」と言っています。 「最近改善したいちばん大きな問題を教えてください」という質問によって、チームのパフォーマンスにインパクトを与えるような問題を放置せずに改善しているかどうかがわかりそうです。

チームは楽しく充実した仕事をしていますか?回答の根拠も教えてください

この質問はチームに関する質問です。

「楽しく充実した仕事」とは何かというと難しいですが、日々自分の能力を発揮し、自分自身にとって、チームにとって、はたまたプロダクトや会社、社会にとって意義があると感じられるような仕事ではないかと思います。 人によってこの定義は変わっても構わないのですが、少なくとも「楽しくないし充実していない」という回答であれば、それで仕事の成果を上げることは難しいのではないでしょうか。 また、これはマネジメントを始めとした組織的機能不全を表していたり、人の離脱の可能性を示唆したりもしています。

『スクラム―仕事が4倍速くなる"世界標準"のチーム戦術』のなかでジェフ・サザーランドはこう書いています。 「どんな仕事でも、仕事を形にするのはチームの力だ。車を造るチーム、問い合わせの電話に応えるチーム、手術を執刀するチーム、コンピュータをプログラミングするチーム、 ニュースを伝えるチーム、 テロリストが占拠する建物に突入するチーム。もちろん、 一人で仕事をする職人や芸術家などもいるが、チームの力が世界を動かしているといっていい。スクラムのべースもチームにある」。

チームが機能しないと複雑な環境下での競争には勝てませんが、この質問によってチームに深堀りすべき問題がありそうかどうかがわかります。


自分はこんな質問をしている!とかもっと良い表現がある!とかがあればぜひTwitterで教えてください。

それでは。

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

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

詳細はこちら
  • スクラム実践者が知るべき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』の著者がコンパクトにまとめた変化のためのガイドブック