マネージャーの「最初の100日」でやるべきことを四象限で考える

昨日、こういうエントリを書いた。

daiksy.hatenablog.jp

マネージャーとして入って最初の100日は観察を主軸にするのが良い。その後仕事をしはじめても、組織のカルチャーが体に馴染んで課題が腹落ちしはじめるまでは半年かかる。という内容だ。

このエントリに対してはてなブックマークでコメントをいただいた。

それはそうなんだけど、たぶん100日間もそんな態度だとリストラ候補になるんじゃないかな。

たしかにねーーー。 さすがに100日間何もしていないわけではないので、言い訳がましくやったこととやらなかったことを書いておく。

マネージャーの仕事の影響範囲は広い。組織を横断する範囲を管掌するとなるとなおさらだ。そのようなマネージャーの仕事は、時として組織に破壊的な変更をもたらすことがある。そのような変更を、対象となる組織のカルチャーや歴史を理解していないうちにはじめてしまうと、大きなハレーションが起きるのは当然のことだ。

意図的に、既存組織を大きく作り直したい、というミッションを受けて就任するマネージャーなら、あえて就任直後に大鉈をふるうこともあるだろう。その場合は当然既存カルチャーが大きく変化することになるため、既存カルチャーに親しんでいた従業員の大量離脱など、組織が根こそぎ変わることを覚悟しなければならない。

今回自分はそういうミッションを受けていないので、既存カルチャーを尊重しつつ変化を起こすことを選択した。

短期的な成果にフォーカスする

そのための「最初の100日」の観察なわけだが、もちろん観察と1on1だけをして過ごしていたわけではない。 新しいマネージャーがやってきたことによる、改善や組織の変化を、ある程度メンバーには実感してもらって、マネージャーとしての信頼を貯蓄していく必要がある。そのため、観察しているだけではなく、短期的な成果を得ていく必要もある。

自分は、次のような四象限をイメージして最初の100日間の仕事に取り組んだ。

最初の100日で意識した四象

このような四象限でよくあるのは、「重要度」と「緊急度」であるが、緊急度が高いものをやらないといけないのは自明であって、マネージャーの100日間の過ごし方とは関係がないので、ここでは「難易度」を考えた。

対応方法や解決までの道のりが易しいものは、既存の枠組みの変更は軽微であるということだ。逆に難しいものは、既存のやり方を大きく変える必要があったり、関係各所への丁寧な調整が必要だったりするものである。

つまり、最初の100日の間は重要で易しい課題に積極的に取り組み、まずは短期的な成果を積み上げることを意識した。

難しい課題に着手するのは、充分に信頼を得て、カルチャーや既存の組織の枠組みや歴史を理解してからだ。

既存のカルチャーや歴史をリスペクトする

もうひとつ注意したのは、最初のうちは「自分1人で意思決定をしない」ことを意識した。何かを考えたり、変更を検討したりした場合は、必ずCTOや他のEMたちのレビューを受けてから実施するようにした。

レビューでわっと熱量があがったり、コメントをたくさんもらえたりするというのは、それだけこれまでの歴史を支えてきた人たちが大切にしているものだからだと思う。そういうものを蔑ろにして、自分の判断だけで押し切ってしまうと、それがカルチャーの破壊につながる。もちろん、最終的には壊すべきカルチャーもあるのだろう。必要なのは、そのカルチャーに対して、ちゃんとリスペクトすることである。それを欠くと、信頼は失われ、組織を悪い意味で破壊してしまうことになるのだと思う。

課題に腹落ちしてきたらそろそろ難しい課題を考えよう

こういったことを繰り返していくことで、組織のカルチャーや歴史が馴染んできて、いろいろな課題が「腹落ち」するようになる。 さて、ここからようやく本腰を入れて、「難しい」課題に取り組んでいこう。このころには助けてくれる仲間もたくさんいるはずだ(たぶん...)。

新しい環境でいろいろと腹落ちするには半年かかる

今年の5月にマネージャーとして転職をした。

daiksy.hatenablog.jp

いわゆる出戻りであるのだが、以前の在籍時とはポジションが変わっていたり、3年のブランクがあったりするため、ほぼゼロスタートの気持ちで仕事に取り組んでいる。

マネージャーとして新しく仕事をはじめる場合は、最初の100日は観察に徹するべきだと考えた。それは、宮坂さんのこのエントリを参考にしているためだ。

note.com

最初の100日でもっともしてはいけないことで共通するのが「華麗にビジョンを語り戦略を策定して期待値をあげること」はしてはいけない。逆に最初にすべきことはなにか?「勉強マシーンになること。具体的には資料を読み人に会って話を聞きまくる」こと。つまり最初の100日は「口はほどほどにして耳と目と足を動かせ」ということだ。

なので、試用期間中はエンジニア全員と話そうと、100人との1on1をやるなど、カルチャーや組織課題のキャッチアップに努めた。

daiksy.hatenablog.jp

小さな改善などは入れつつも、基本的には自分が入社する前のやり方を踏襲して、技術組織のさまざまなイベントを実行した。具体的には定例会や半期の評価などだ。

CTOが掲げた中期の活動方針に従い、育成や組織づくりを担当する分科会を立ち上げ、そこの主担当になった。このくらいから、少しずつ自分がやりたいと思っているエッセンスを混ぜ、半年活動をした。

その結果実感しているのは、半年経ってやっと、みんなの言っていることが腹落ちしはじめているということだ。

たとえば、入社間もない頃に、EM陣と合宿を開催した。そこで半期の活動方針などを定めるわけだが、もちろんそこで話された課題は頭には入っている。しかし、これは単に情報としてインプットされている、という状態だった。

試用期間が明け、本格的に仕事をはじめてから半年経ち、年末ということもあって活動をあらためて振り返っていると、ようやく課題や、みんなの会話の内容が「腹落ち」しはじめたことに気づく。そして、期初に自分が考えていたあの部分は、少し温度感が違っていたな、ということにも思い至る。

外からやってきたフレッシュな状態は、だからこそ組織の色に染まっていない客観的な視点で物事が見られるボーナス期間であるとよく言われる。それはそれで有用なのだが、組織づくりのような、人々の文化の根本に関わるような物事に相対するには、やっぱり時間をかけて自分の中に染み渡らせたうえで手を付けたほうがいい気がするなぁ、というのを改めて思っている。

「計画的偶発性理論」に思い当たる自分のキャリアだが、いうほど計画的か? というのを考えてみる

最近、「計画的偶発性理論」に言及されている記事や登壇がたくさん目に入る。

自分のキャリアをふりかえっても、たしかにそういうところがあるなー、という気分になるので、言及したくなる気持ちもわかる。自分の人生は偶発性のオンパレードだ。ただ、いうほど計画的にその偶然をうまく使えているかなー、所詮ただの生存バイアスじゃないかなーという気持ちにもなる。

そこで、年の瀬ということもあるので自分のキャリアをちょっとふりかえってみる。

ぼくは2001年に社会人になった。就職氷河期真っ只中ではあったが、たまたま大学の就職課で実家近くの会社の求人が掲載されており、ここなら徒歩通勤ができるな、というよこしまな動機で申し込んでみたら内定が出た。選り好みできる状況でも無かったのでそのまま入社した。それがたまたまITの会社だった。当時は求人が本当に無い時代だったが、ITに限ってはまぁまぁ人が足りない状況だったのだ。

キャリアの初手から思い切り偶発的である。

徒歩通勤ができると思って入社した会社だったが、SES的な業態であったため、あちこちの現場に常駐することになり、結局徒歩通勤はほとんどできなかった。

加えて世は空前の不景気。仕事があれば地域に関係なく受注しなければ会社が潰れる、という世の中だったので、自宅は大阪なのだが東京に1年、姫路に半年、といった具合に日本各地のレオパレスを転々とする生活だった。

結婚を機に、さすがに半年後の自分が日本のどこに住んでいるかわからない、という状況に耐えられなくなってその会社を辞めた。妻の収入もあり、理解も示してくれたため、退職を優先して次の職場が決まる前に辞めた。計画性はゼロであった。

IT業界そのものが嫌になっていたので、他業種に行こうと思いつつも、当然実績などないので仕事は見つからない。3ヶ月ほど無職期間が続いたが、暇すぎて毎日ラウンドワンに通ってひたすらボウリングをやっていた。なぜかこのころ、たまたまボウリングにはまってしまっていたのだ。マイボールを買うなどもしたが、結局この趣味はそんなに定着しなかった。

そんなある日、東京の現場で常駐していたときに知り合った人から電話があった。その人の会社が大阪に事業所を作ることになったので、そこで働かないか、というお誘いだった。結局ITかー、と思いつつも、3ヶ月の無職期間でみるみる貯金が減っている状況が怖かったので、申し出を受けることにした。

次の会社は1年で倒産した。

倒産した会社もSES的な業態だったため、大阪の会社に常駐していたのだが、その会社にそのまま拾ってもらえることになった。

さて、ここまでのキャリアに計画性など皆無であったし、計画的なキャリアを歩めるはずなど無い過酷な時期を過ごしたが、このあたりからちょっとずつ能動的になっていく。

次の会社では比較的穏やかに5年ほど在籍した。世の中はクラウドの黎明期であった。たまたま受講したセミナーに、セールスフォースのマーク・ベニオフが登壇していて、そこでクラウドというものを知った。エンジニアコミュニティに顔を出し始めたのもこの頃。

当時勤めていた会社はSIだったが、クラウドというものを業務で使ってみたい、と思ったのと、SIからWeb系へのキャリアチェンジがある種のトレンドというようなご時世でもあったので、その流れに乗って転職をした。もう一つ、その当時はソシャゲバブルの時代でもあった。

モバイルゲームを開発する仕事に就いたのであるが、そのチームはXPを軸にしたアジャイル開発を取り入れており、このチームでアジャイル開発のひととおりを学び、経験した。

このあたりから、アジャイルを軸とした自分のキャリア形成に計画性が入り込んでいる気がする。

モバイルゲームの開発ではScalaを使っていて、同じくScalaを使っていたはてなのMackerelがローンチを控えていた時期に、Scalaを書けるエンジニアを探しているということで誘ってもらい、はてなに入社した。

エンジニアとしてできる限りキャリアを積むぞ、と思っていたが、アジャイル開発の経験や、SIの時の経験などもあって開発チームのマネジメント的な観点で自分の持ち味を発揮できる機会が多く、その流れでMackerelチームのディレクターになった。

アジャイル開発の知見が自分の持ち味であるという自覚を持つようになり、コミュニティに顔を出したり、認定研修を受けたり、このスキルを掘り下げるぞ、と思っていろいろな活動をした。

そうしていたらマネージャーの仕事も面白いな、と感じるようになって、そこからなんやかんやあって、はてなの技術組織全般を管掌するマネージャーという今のポジションに至る。

こうしてみると、たしかに偶発的にやってきたキャリアに対して、後半はそれをうまく計画的に扱えている気がする。

なるほど、これが計画的偶発性理論か(本当か?)。

こうしてふりかえると、キャリアの大半は自分では手に負えない偶発的なもので占められている。ただ、その時々に偶発的に訪れた物事に対して、何を深堀りするか、なにを自分の持ち味として鍛錬するか、といったポイントに自分の意思が介在していて、その掘り下げで得られた能力によって少しずつ選択肢が拡がり、偶発的な流れにおいてかろうじて自分で何かを選び取れるようになってきている。

このような印象だった。

自分の読書パターンと、本との距離感

先日、おすすめの本を紹介するブログを書いた。

daiksy.hatenablog.jp

このブログをきっかけに、先日ある人との1on1で読書の話になり、いつ、どういうふうに本を読みますか? というのを聞かれたので、自分の読書パターンを書いてみる。

自分は、時間の使い方に波がある。ある期間、ひとつのことに集中的に時間を使い、別の期間ではまったく別のことに集中して時間を使う、といった具合だ。

毎年年末になると、ゲームプラットフォームや音楽のサブスクサービスが、1年間の利用状況を教えてくれる。自分はゲームをする場合はほとんどPlayStationを使うので、今年の利用状況を見たところ次のような様子だった。

blog.ja.playstation.com

  • 1月: 39h
  • 2月: 126h
  • 3月: 53h
  • 4月: 129h
  • 5月: 7h
  • 6月: 20h
  • 7月: 19h
  • 8月: 4h
  • 9月: 26h
  • 10月: 64h
  • 11月: 89h
  • 12月: 37h

ビデオゲームは自分の深い趣味のひとつなので、使っている時間は全体的に可処分時間の中でも多いのだが、それでもいくつかの月はまったくゲームをやっていない月がある。こういうときは、ゲーム以外のことにぐっと時間を使っている。

たとえば、5月は、ちょうど転職した月ということもあって、暇さえあれば本を読んでいた。他には空き時間をひたすらルービックキューブの早解きの練習にあてる、ひたすら映画を観続ける、といったパターンがある。

暇さえあれば本を読む期間、は突然訪れる。なにかの拍子に、たまたま読んだ本がおもしろかったのでスイッチが入る、というケースが多いが、そういうときは寝る間も惜しんで本を読んでいる。映画などもこういう風にスイッチが入る事が多い。

集中して本を読んでいる時期は、1冊をちゃんとしっかり読むが、それ以外の時期はなんとなく日常的に本には触れるようにしている。

SNSや、同僚・友人との雑談などで紹介された本は、とりあえず買うようにしている。SNSに貼られたリンクからKindleで1click購入をして、そのまま買ったことすら忘れている、という本も少なくない。

買ったことを覚えている場合は、目次と、その目次で気になった項にさっと目を通しておく。あるいは、斜め読みでざっと全体をなぞる、といったことをしておく。気になった箇所はメモもとる。そうしておくと後日仕事などで「そういえばあの本に書いてあったな」ということを思い出せるので、そのときに改めてしっかり読む。

どれくらいの分量を、どれくらいのペースで読めるか、という自分の読書ベロシティはだいたい把握しているので、仕事や、登壇準備などで必要になった場合はその読書ベロシティを加味して必要な時間を確保して意図的に集中して読む、ということもある。

興味分野なので通読するぞ、と読み始めるが、いまいち自分に刺さらない、という場合は「今の自分はこの本を読む準備ができていないのだな」と判断してさっさと諦める。こういう本の中に、数年後に自分とのベストマッチのタイミングが訪れて何度も繰り返し貪るように読むものがあらわれる。

自分が意識的にやっているのは、適度な距離感を保つ、ということだ。読んでハマらない本は無理に読まない。読書から遠ざかるようなことはせず、気になったものはさっと目を通すくらいは日常的にやる。なので、ゲームばかりやっている時期でも、購入と目次チェックはやるが、逆にそれ以外は深追いはしない。

最近はAudibleなどで洗い物やランニングをしながら本を「聴く」ということをおすすめされるが、自分は昔から耳からあまり情報が入ってこないタイプなので(学校の授業でも先生の話を聴くより勝手に教科書を読むほうが捗った)、あまりやる気になれない。ただの食わず嫌いのたぐいかもしれないが。

こんな感じ。

ちなみに冒頭で紹介したブログエントリに並べた本は、通読したものだけを選んだ。おすすめだけれど自分も全部読んでいないな、というものは除外した。それらをいつか通読する日は来るだろうか......。

ポジティブなフィードバックをちゃんとやる

美容院で毛染めをした。

自分は肌が弱く、毛染めをするとだいたい翌日は頭皮がひどく荒れる。

いつもはそれを我慢して、頭皮がヒリヒリするのに耐えながら毛染めをしてもらい、2, 3日はそれを引きずるという状態だったのだが、ちゃんと相談したらいいじゃないか、とふと思い、あるとき事前に「頭皮の荒れがしんどいのですが、それを抑えて毛染めをする方法はありますか」と美容師に伝えた。

そこから、頭皮を保護するスプレーを厚めにするなど、いろいろな試行錯誤をしてもらっていたのだが、ついに頭皮が荒れずに毛染めに成功することができたため、そのことを美容師に伝えた。するとその美容師は軽く小躍りするようなリアクションとともに「よかったー」ととても喜んでくれた。

自分の仕事が成功するのは気分が良い。気持ちがとてもよくわかるので、こちらも嬉しくなった。

以前自動車を購入した際、それは新車だったのだが、納車のタイミングで担当営業の人が「ここにとても小さなキズを確認しています」と申告してくれた。

言われなければ気づかないほどの傷なので、こちらとしても特に気にするものではない。こんな小さなキズまで正直に伝えてくれて、誠実な担当者だなと思ったので、納車後のアンケートにそのことを書いた。

後日、その車の点検のためにディーラーに立ち寄った際、その担当者がうれしそうに話しかけてくる。「先日の納車の際に、アンケートに書いていただいたことがきっかけで、表彰されました。ありがとうございます」とのことであった。

良い仕事が評価されるのは良いことだ。それを聞いたこちらまで嬉しくなった。

我々はプロとして仕事をしているわけだが、その仕事がうまくいったという手応えを感じる機会はそれほど多くない。

あなたの仕事は素晴らしかったですよ、と思ったときはちゃんとそれを伝えるべきである。それが巡り巡って少しずつ全体の仕事のクオリティを高めることに繋がるはずだ。

マネージャーとしてintegrityを意識する

id:konifar さんのこの記事を読んで、なんかわかるなー、と思った。

konifar-zatsu.hatenadiary.jp

"忘れてた"の例に限らず、人からの指摘に対して過度に敏感になって自分を守るための言葉を紡ぐようになる。

この「自分を守るための言葉」というのがとてもやっかいで、特にマネージャーがこれを多用するとメンバーからの信頼を一瞬で失う。このような言葉を使う人間に対して、なにを相談しようと思うだろうか。

マネージャーという仕事をしていると、メンバーに対して時に厳しいフィードバックを行う場面がある。このような場面では、言いづらいことを言う必要があるわけだが、ここでも「自分を守るための言葉」が頭をもたげてくる。本来率直に伝えるべきことを過剰なオブラートで包んだり、伝えるべきことを伝えずに自分が良い人であるための修辞を重ねてしまったりしてしまうのだ。

「1on1はマネージャーのお前が気持ちよくなる場ではない」という言葉にハッとしたことがある(なにかで読んだ記憶があるが、少し探したけど出典にたどり着けなかった)

このようなあれこれを考えた時に、ふと、ドラッカーがよく使う"integrity"という言葉を思い出した。多くの書籍では「真摯さ」と訳されている。

ドラッカーは「真摯さ」をマネージャーの最も重要な資質としてこう書いている。

真摯さは、とってつけるわけにはいかない。すでに身につけていなければならない。ごまかしがきかない。ともに働く者、特に部下に対しては、真摯であるかどうかは二、三週間でわかる。無知や無能、態度の悪さや頼りなさには、寛大たりうる。だが、真摯さの欠如は許さない。決して許さない。彼らはそのような者をマネジャーに選ぶことを許さない。

P F ドラッカー. マネジメント[エッセンシャル版] (p.173). ダイヤモンド社. Kindle 版.

仕事をするにあたって、真摯さや誠実さはとても重要だ。嘘をつかない。ごまかさない。率直である。約束を守る。といったことであろうか。

この真摯さは、昨今重視される「心理的安全」にも関わるのだろうと思う。 「心理的安全」は、衝突が存在しないということではない。自らの立場が脅かされない安全が保証されている状態で、激しい議論を同僚と戦わせることができるのが「心理的安全」な場だ。

ドラッカーも真摯さは決して愛想が良かったり人当たりが良かったりするマネージャーのことを言うのではない、と書いている。

最近は、愛想よくすること、人を助けること、人づきあいをよくすることが、マネジャーの資質として重視されている。そのようなことで十分なはずがない。 事実、うまくいっている組織には、必ず一人は、手をとって助けもせず、人づきあいもよくないボスがいる。この種のボスは、とっつきにくく気難しく、わがままなくせに、しばしば誰よりも多くの人を育てる。好かれている者よりも尊敬を集める。一流の仕事を要求し、自らにも要求する。

P F ドラッカー. マネジメント[エッセンシャル版] (p.153). ダイヤモンド社. Kindle 版.

とはいえ、わざわざ他人に嫌われることもないので、好かれようとする姿勢は悪いことではない。メンバーと仲良く過ごしても構わないし、どちらかというと自分もそうありたい。

重要なのは、自分が常に真摯であるか、誠実であるか。

ぼくも人間なので、自分の身を守ったり、誠実でない態度をとってしまうことも時々あるが、決して忘れないようにしながら振る舞いを律していきたい。

ふりかえりのアクティビティを毎回変える

ふりかえり(レトロスペクティブ)とは、定期的に自分たちのチームの状態や仕事の様子を点検し、具体的な改善のアクションを立案することだ。

昨今は多くの現場で取り入れられている。

スクラムでは、スプリントレトロスペクティブとして5つのイベントの1つになっている。

書籍『アジャイルレトロスペクティブ 強いチームを育てる「ふりかえり」の手引き』(2007年 オーム社)によると、レトロスペクティブは次の5つの構成に従うとある。

  • 場を設定する
  • データを収集する
  • イデアを出す
  • 何をすべきかを決定する
  • レトロスペクティブを終了する

同書では、これら5つのフェーズごとに、それぞれのアクティビティを紹介している。つまり、フェーズごとに、チームの状態に適したアクティビティを選択し、レトロスペクティブを「設計」するのである。

アジャイルなチームをつくる ふりかえりガイドブック 始め方・ふりかえりの型・手法・マインドセット』(2021年 翔泳社)の著者でもある森一樹さんが作成したふりかえりカタログでは、このエントリを執筆している時点で71のアクティビティを紹介している。

speakerdeck.com

ふりかえりカタログでは、ふりかえりの5つのステップに対して、紹介されているアクティビティがどのステップに該当するかが示されている。それを見るとわかるように、1つのアクティビティで複数のステップを扱えるものも多い。

ふりかえりカタログで示されてるステップは以下の5つだ。

  • ふりかえりの場を作る
  • 出来事を思い出す
  • イデアを出し合う
  • アクションを決める
  • ふりかえりを改善する

ふりかえりで良く知られたアクティビティにKPTがある。Keep, Problem, Tryの頭文字をとっている。 Keep(続けたいこと) -> Problem(問題) の順にアイデアを出し、話し合い、Try(次に試すこと)を改善のアクションとして決定する。

この流れを見るとわかるように、KPTは、単体で5つのステップの大部分を自然となぞることができる。ふりかえりカタログでも、KPTは「出来事を思い出す」「アイデアを出し合う」「アクションを決める」の3つのステップに該当すると紹介されていて、このアクティビティだけでほぼふりかえりが成立する扱いやすいアクティビティであることがわかる。

扱いやすいので、ふりかえりは毎回KPTをやる、ということがよく起きる。グループウェアのカレンダーに「KPT会」という会が設定されているのを見たことがあるが、ふりかえり = KPT として扱っている現場も多くあるだろう。

ぼくも、KPTだけを毎回やっていた時期がある。

毎回同じアクティビティを使っていると、だんだん「慣れ」や「飽き」といった状態になる。あまり効果的ではないふわっとしたアクションしか出ない時期が続いたり、せっかく出たアクションが実行されずにスプリントが終わったりする。

スクラムマスターは、チームを観察するのが仕事である。そして観察した結果、今のチームは何に対してフォーカスすればいいのか、ということを考え、それに集中できるようなふりかえりの場を設計したい。

少し前に、あるチームのスクラムマスターをしていたときに、ふりかえりのアクティビティを毎回変える、というチャレンジをしたことがある。

チームの観察結果から、ふりかえりをどのような場にしたいかを考え、ふりかえりカタログを眺めてそれに適していそうなアクティビティを選択し、やってみる。たとえば、大きな成果が出てチームがお祝いムードであるときは、お互いを褒め合うような楽しいアクティビティを選び、逆に課題の多いスプリントを過ごしたときは、その課題に集中して向き合えるアクティビティを選ぶ。

やったことが無いアクティビティをやることも多いため、うまくいかずに失敗することも何度かあったが、その失敗そのものも学習となる。なぜふりかえりがうまくいかなかったのかをチームとして考えれば良いのだ。それに仮に失敗したとしても、当時のチームはスプリント期間が1週間だったので、次の週にはまたすぐに次のふりかえりの機会がやってくる。

いろいろなアクティビティにチャレンジすることで、チームのファシリテーションのトレーニングにもなる。

ぼくがこのチャレンジをしていたチームは、フルリモートワークのチームだったのでMiroを使ってふりかえりをしていたが、オフィスで集まって仕事をしているチームであれば、ふりかえりで使う道具や、会場のレイアウトを工夫するのもおもしろい。

Miroを使ったリモートチームのふりかえりでも、他のチームのふりかえりを見学すると、デザイナが凝った華やかな会場をMiroに用意していて、そのテンプレートを使わせてもらったこともある。

ふりかえりの場に変化をつけることで、チームも刺激を受けて、いつもと異なる視点で議論が捗ることもあり、いいことずくめなのである。