【初めてのロードマップづくり 第7回】部長への状況説明

　こんにちは。クオリティアーツの池田です。ソフトウェアの品質とテストを中心に、ソフトウェアエンジニアリング全般が専門です。コンサルタントとして、組織の伴走支援をしています（自己紹介）（noteホーム）。中間報告の場の使い方で、残りの2か月が変わります。

　連載「初めてのロードマップづくり。田口さんの奮闘物語。」の第7回です。連載の趣旨と登場人物、全16回の一覧は、扉記事にまとめてあります。

　前回は、4周目でした。AsIsは自分で数えて自分で書く成果物であること、ToBeと同じ項目のほかに経緯・制約・使える資産・周囲の動きまで押さえること。前回はここまででした。

　今回は場面が変わります。1月末、部長への状況説明の日です。手元にあるのはToBeとAsIsの2枚だけ。まだロードマップの形にはなっていません。

この記事のポイント

• 中間報告に出すのは、完成品ではなく現在地。何が決まって、何が決まっていないかを分けて出す

• 上司からの問いは、その場で答えるものばかりではない。答えられなかった問いは、そのまま次の宿題になる

• 報告の場は、点検される場ではなく、自分の検算に使える場

1. 場面　1月末　部長への状況説明

　1月末、と日程表にあった最初の節目です。4周目のあとに書き足していたので、実際には週が明けた月曜になりました。僕は、出来上がったToBeとAsIsを持って部長のところへ行きました。持っていった2枚が、図表1です。

　「ToBe、いいですね。読んでて、そうなったら嬉しいなって思いました」

　「ありがとうございます」

　部長は、4行目のところに指を置きました。

　「4つ目の『新しい挑戦』、これ人によって受け取り方が変わりそうだなあ」

　「たしかに、曖昧かもしれません」

　「何をもって挑戦とするか。田口さんだったら、どう決めます？」

　「アウトプットで言えば、技術検証のレポートが年に1本……あ、でも『新しい』の線引きが、まだできていません」

　「そうそう、そこです。その線引きを誰が引くのかも、決まっていないですよね」

　「……少し考えさせてください」

　「うん、急がなくていいですよ。WGのみなさんと決めてもいいし」

　「はい」

　部長は、今度はAsIsの紙を手前に引きました。

　「こっちの数字、これはどこまでの範囲ですか。部の全体？」

　「リリース記録は全部見たので、14チーム分です。あ、いえ、受入基準は有無だけ14チーム分を数えて、中身まで読んだのは3チームです」

　言いながら、自分でも口ごもっているのが分かりました。

　「ですよね。そこ、紙に書いておいたほうがいいですよ。あとで自分が助かるので」

　「はい。書き足します」

　「あ、それと。4月に走り出すとき、最初の半年で何が出来てるといいですかね」

　「そこまでは考えていませんでした。持ち帰って、詰めてきます」

　「今すぐじゃなくていいです。ただ、4月に集まってから考え始めると、しばらく動けないんですよ。頭の片隅にでも」

　「はい」

　部長は、資料をそろえながら言いました。

　「いいスタートですよ。その調子で」

　（最初の半年、か）

2. 中間報告に、何を出すか

　ロードマップの中間報告なのに、ロードマップがない。田口さんも、行く前の晩はそこで止まっていました。何か形になっているものを出さないと、進んでいないと思われるのではないか。1年目の欄だけでも埋めていこうか。

　結果的に、埋めずに持っていきました。これは正しい判断でした。

　中間報告で出すのは、完成品ではなく現在地です。 3か月の準備期間の、1か月目が終わったところ。ロードマップが出来ていないのは、遅れているのではなく、そういう日程だというだけの話です。

　出すものを分けると、こうなります。

• 決まったこと　ToBeの5行と、その裏付けのアウトプット。AsIsの数字と、その定義

• まだ決まっていないこと　ギャップの切り分け、年度への割りつけ、直近6か月の具体化

• 迷っていること　判断に自信が持てていない箇所

• 助けが要ること　自分では取れない情報、自分では決められない判断

　出すものの4つを、図表2にまとめました。

　このうち、3つめと4つめを出せるかどうかが、報告の質を決めます。

　決まったことだけを並べた報告は、聞いているほうにやることが残りません。「はい、分かりました」で終わります。迷っているところを出すと、そこに対して何か返ってくる。上司の時間を、点検ではなく相談に使えるわけです。

　もちろん、迷いだけを並べても困ります。自分で考えた案があり、そのうえでどちらか決めかねている、という形にする。「Aだと思うのですが、Bの可能性もあって、決め手が見つかっていません」。ここまで持っていくと、返ってくる答えの精度が上がります。

　急いで1年目の欄を埋めていたら、この時間は「埋めた欄の点検」で終わっていたはずです。

3. 答えられなかった問いは、そのまま宿題になる

　部長から出た問いのうち、その場で答えられなかったのは2つでした。

　ひとつめ。「4つ目の『新しい挑戦』、これ人によって受け取り方が変わりそうだなあ」「何をもって挑戦とするか。田口さんだったら、どう決めます？」

　ふたつめ。「4月に走り出すとき、最初の半年で何が出来てるといいですかね」

　答えられなかったこと自体は、問題ではありません。1か月目に全部答えられるなら、3か月の準備期間は要らないからです。

　大事なのは、答えられなかった問いを、その場で流さずに持ち帰れるかです。

　「……少し考えさせてください」と言えたのは、よかった。ここで取り繕って、思いつきで答えてしまうと、問いが消えます。部長の側も「答えが出ているなら」と、次に進んでしまう。曖昧なままの行が、曖昧なまま3年間残ります。

　持ち帰るときには、問いをそのままの形で書き留めておくことです。自分の言葉に直さないほうがいい。「挑戦の定義」とメモすると、翌週には何を聞かれたのか分からなくなります。「何をもって挑戦とするか、どう決めるか」と、問われた形のまま残す。

　ひとつめの問いは、第5回で扱った「裏付けのアウトプット」を、もう一段詰める話です。挑戦の行は、裏付けを置いたつもりでも、まだ判定できる形になっていませんでした。挑戦という言葉を、判定できる現物に置き換え直す作業が残っています。ふたつめの問いは、第10回でβ版レビューのときに、もう一度もっと強い形で返ってきます。

　答えられなかった問いほど、あとで効いてきます。

　部長の側も、たぶんそのつもりで聞いています。「今すぐじゃなくていいです。ただ、4月に集まってから考え始めると、しばらく動けないんですよ。頭の片隅にでも」。答えを求めているというより、考え始める時期を早めさせている。第1回で部長が言っていた「人を育てる場でもある」は、こういう形で現れます。

4. 報告の場を、自分の検算に使う

　報告の場には、もうひとつ使い道があります。自分の検算です。

　ToBeとAsIsを人に説明すると、自分で作っているときには気づかなかったことが出てきます。田口さんの場合、説明しながら3か所で言葉に詰まりました。

　詰まりかた1　その数字がどこまでの範囲か、言えない。

　AsIsの数字を読み上げようとして、口に出す段で迷った。前の晩に定義を書いたのに、範囲のほうが曖昧でした。自分で作った紙でも、説明してみると穴が見えます。

　詰まりかた2　ToBeの行を、言い換えられない。

　部長に「これ人によって受け取り方が変わりそう」と言われたとき、田口さんは別の言葉で言い直すことができませんでした。自分の書いた行を別の言葉で言い直せないときは、その行をまだ自分のものにしていないということです。どこかで読んだ表現を、そのまま持ってきている可能性があります。

　詰まりかた3　つながりを説明しようとすると、間が空く。

　田口さんは、AsIsの紙を読み上げながら、この項目はToBeのどの行に対応しているのか、と自分で引っかかりました。対応していない項目があること自体は、かまいません。むしろ、ToBeの項目だけを数えたAsIsのほうが、見落としが多い。ただ、対応していないことを自覚して書いたのか、なんとなく書いたのかは、説明しようとした瞬間に分かります。

　この3つは、報告の場でなくても起きます。中村さんへのレビューでも、同僚との雑談でも起きる。ただ、説明する相手の立場が上がるほど、詰まる箇所は増えます。 前提を共有していない相手には、省略が効かないからです。

　だから、報告の場は点検される場ではなく、自分の検算に使える場だと考えたほうがいい。詰まった箇所をメモして帰る。詰まった箇所が、そのまま次の1週間の作業になります。

5. 場面　報告のあと

　部長の部屋を出たのは、午後3時すぎでした。

　自席に戻って、A4の裏紙にメモを取りました。

• 「挑戦」を、判定できる形にする

• 最初の半年で何が出来ているか

• AsIsの範囲を書き直す（どこまで数えて、どこまで読んだか）

　3行です。1時間前には、ひとつも持っていなかったものでした。

　隣の島から、中村さんが通りかかりました。

　「どうだった、部長」

　「怒られはしませんでした」

　「怒る人じゃないでしょ、森下さん」

　中村さんは、僕の裏紙をのぞき込みました。

　「宿題もらってきたんだ」

　「宿題……ですかね、これ」

　「そりゃそうでしょ。答えられなかったんだから」

　言われてみれば、そのとおりです。僕は、裏紙の上に日付を入れました。

　「中村さん、来週も30分いいですか」

　「金曜ね。あ、そろそろ引き算するとこでしょ」

　「引き算、ですか」

　「ToBeとAsIsあるんだから、あとやることひとつしかないじゃない」

　中村さんはそのまま行ってしまいました。僕は、裏紙に4行目を書き足しました。

　（引き算）

　言葉の意味は分かりませんでしたが、やることは決まりました。月曜の朝、2枚の紙を机に並べるところから。そう決めて、帰りました。

6. 第7回のまとめ

　1月が終わりました。田口さんの手元にあるのは、ToBeとAsIsの2枚と、裏紙のメモ4行です。

　中間報告で出すのは、完成品ではなく現在地でした。 決まったこと、まだ決まっていないこと、迷っていること、助けが要ること。この4つに分けて出すと、上司の時間を点検ではなく相談に使うことができます。

　答えられなかった問いは、その場で取り繕わずに持ち帰る。問われた形のまま書き留めておく。そして、報告の場で詰まった箇所は、そのまま次の作業になります。

　次回から2月です。

次回予告

　第8回は5周目です。ToBeとAsIsを引き算して、ギャップを出します。出てきたギャップの量に、田口さんは青くなります。

#ロードマップ #バックキャスティング #ギャップ分析 #プロセス改善 #アジャイル開発 #組織開発 #IT企業

本記事をお読みいただくにあたって

• 出典について　統計・研究・法令につきましては、一次情報で確認のうえ、出典のリンクを本文中に記載しております。ただし、誤りの可能性を完全に排除することはできません。お使いになる際は、リンク先の原典をご確認ください

• 観察と事実の区別について　現場の事例および見立ては、筆者の観察によるものであり、統計ではありません。また、特に明示していない限り、特定の企業・個人を指すものではありません

• 執筆・調査時点について　これらを確認したのは、記事公開の時点です。統計は更新され、法令は改正されますので、現時点の内容とは異なる場合があります

• 生成AIの利用について　本記事は、調査および推敲、図表作成に生成AIを利用しております

• 商標について　本文中に記載されている会社名、製品名、サービス名等は、一般に各社の商標または登録商標です。なお、本文中では ™ および ® の表示を省略しております

• 見解について　本記事の内容は筆者個人の見解であり、筆者が所属または関与する団体・企業の見解を代表するものではありません

• 免責　本記事は、筆者の調査および考察に基づく情報提供を目的としたものです。ご利用にあたっての最終的なご判断は、お読みいただく方ご自身でお願いいたします。本記事の情報を利用されたことにより生じた損害等について、筆者は責任を負いかねますので、あらかじめご了承ください