曖昧なタスクへの耐性が下がってしまった、一時期の話タスク管理ビジネススキルしんざき2023/7/12ブログ:不倒城Twitter:しんざき372この記事で書きたいことは、大筋以下のようなことです。・「曖昧さ耐性」についての記事を読みました・部下の曖昧さ耐性の有無と状況に合わせて指示の出し方をコントロールする必要がある、というのはその通りだと思います・ところで私には、自分の「曖昧さ耐性」を顕著に下げてしまった経験があり、「部下の曖昧さ耐性を下げない為にはどうすればいいか」を常々考えています・重要なのは、チーム内での「成果物のフェーズ」に関する意識の統一ではないかと思います・成果物のフェーズ認識に不一致があると、作業者が無駄に疲弊するし曖昧耐性が毀損される場合があります・「今は成果物の曖昧さを許容するフェーズ」という意識統一がとても大事です以上です。書きたいことは最初に全部書いてしまったので、後はざっくばらんにいきましょう。***先日、logmiBizさんでこんな記事を拝読しました。・曖昧さ耐性が高い人材だからといって、便利屋的に曖昧なタスクばかりを任せていてはいけないといった感じになると思います。した要約なので気になる方は原文を読んでください。上記記事への反応を見ていると、「曖昧なタスク」自体に拒否感を示す人も多いなーと感じました。いえ、タスクの状況、プロジェクトのステージにもよるのですが、「どうしても曖昧さを避け得ない状況」「むしろ曖昧であるべき場面」というのは、仕事上必ず発生します。要求定義の初期段階、「何をするべきか」「何をやればいいか」ということ自体ブレストでどんどん発散させていくべき状況だとか、新しいソリューションを根っこから検討しなくてはいけない段階、業務改善で既存の成果物のフォーマット自体を見直さなくてはいけない状況などは、「曖昧さが不可分な場面」の代表例でしょう。「曖昧さ」の定義で言うと情報不足の局面、そもそも正解というものがなく、無理に曖昧さを排除しようとすると成果物が小さくまとまってしまって、最終的なクオリティが低くなってしまうような局面ですね。いった場合でも、タスク自体を可能な限り細かく切り分けて、多義性を排除して、一つ一つのタスクを明確にすることは可能ですし、曖昧なタスクが苦手な人に対してはそういう指示出しをしなくてはいけません。ここで甘えないのはマネージャーとしての責務です。手前みそなのですが、私が以前書いたこちらの記事、ちょっと引用させてください。面談やらヒアリングで色々と話を聞くうちに、Dさんのタスクが遅れてしまう時には、二つの典型的なパターンがあることが分かりました。Dirtyを要求された場合」。「適当でいいから、取り敢えず出来るところまでやって」みたいな、細かく品質を指定しないタスクを振られた時、Dさんはほぼ百発百中、そのタスクをずるずると遅延させていました。ここでいうDさんは、極めて「曖昧さ耐性が低い」人だったと言えるでしょう。いってDさんが無能というわけでは全くなく、マネージャーの指示と管理強度次第で十分なパフォーマンスを出すことが出来る人だった、というのも引用の記事通りです。曖昧な状況を苦手としない、曖昧さ耐性が高い人材には、そこまで細かい指示出しをしなくてもパフォーマンスを出してくれる、ということも確かかなーと思います。いえこれも、「出来る」と「やりたい」はだいぶ別の話で、基本的に「曖昧な状況を整理する」ってどんな人にとっても大変なことなので、やらないで済めばやりたくない人の方が多いんじゃないかなーとも考えるところです。私の観測範囲内では、「曖昧な仕事大好き、どんどんウェルカム」って人、かなり希少です。いう人、会社辞めて独立しちゃう率も高いですし。冒頭引用記事でも、曖昧さ耐性が高い人を便利屋扱いすることのリスクが触れられていますが、マネージャー側としても、部下の曖昧さ耐性に「甘えて」しまっている状況は自覚して、的確なフォローをしていかなくてはいけないなーと考える次第です。logmiBizさんの記事にも書かれている通り、曖昧さ耐性というのは変化し得るもので、向上させることも可能なのですが、一方デバフによって耐性が低下してしまうこともあるようです。RPGの耐性低下呪文みたいなもんです。ルカナンとかラクンダとかあの辺です。「ソースは私」というやつなんですが、しんざきには、自分の「曖昧さ耐性」が下がってしまったなー、曖昧な仕事が以前より苦手になっちゃったなーとはっきり自覚した時期があります。10年ちょっと前でしょうか。以前から書いている通り、しんざきはシステム関係の仕事をしています。最近はマネージャーとしての立ち位置で働くことが多いですが、当然タスク実行者としての立場になったことも多いです。自己評価としては「曖昧なタスク」というものをそれ程苦にしない方だと思っていました。情報量が少ないなら少ないなり、多義的であるなら多義的なりに、必要に応じてスコープを絞って、ふわっとしたタスクを明確なタスクにまとめる。曖昧な状況なりに必要な成果物を仕上げて、タスクを次のステージに繋げる。いう仕事は割と得意な方です。あるプロジェクトに関わっていた時期、「自分の成果物とプロジェクトの要求が食い違うなー」と感じることが急に増えたんですね。自分としては指示をくみ取って局面局面で必要な成果物を出力しているつもりなのに、何故か周囲からの評価が食い違う。レビューでのダメ出しがやたら多い。成果物として必要な情報が足りない、ディテールがぼんやりしている、これでは次のステージへの出力にならない、といった指摘を受けることも頻繁でした。当時は今ほど「曖昧さ」についての言語化が出来ていなかったので、私自身原因を明確に出来なかったのですが、今なら分かります。「成果物の要求ステージについての、チーム内での意識の不統一」が原因です。一つ前提として、「指示の曖昧さと成果物の曖昧さは別」「成果物の出来やディテールは、上司からの指示次第」という認識が必要です。入力がなければ出力は発生しません。必然、出力のクオリティは入力のクオリティ次第ということになります。最初の方で書いた通り、仕事の局面として「曖昧さが不可分」というステージは必ずあります。正解がはっきり定義出来ない局面、とにかくアイディアベースの発散が必要な局面、「何をすればゴールなのか」というところから考えないといけない局面。いう局面で「何をどんな風に作って」という成果物の定義を明確に出来ないのはある程度仕方ないところなんですが、一方当然その「曖昧さ」は成果物の側にも影響します。要求定義での成果物と詳細設計での成果物って、当たり前ですけど求められるディテールって全然違うじゃないですか。「何を作ればいいか」が明確になっていない以上、当然成果物もそこまでかっちり固まらない筈なんですよね。ところが、この認識が食い違っていると、「指示は曖昧なのに、成果物にはやたらディテールが要求される」という状況が発生するんですよ。そもそも情報不足で、ディテールをしっかり詰めた成果物なんて作りようがないのに、レビューではディテールについての指摘ばかりが発生する。作る側としては「なんでだよ」ってなっちゃいますよね?つまり、「今のステージでは、指示がある程度曖昧になってしまうのと同様、成果物にもそこまでのディテールは要求されない」「今は、曖昧な指示、曖昧な成果物が共に許容される段階」という共通認識が、やむを得ず曖昧な指示を出す上では絶対に必要なんです。これ、チーム構成やレビューのやり方にもよりますが、上司だけが認識していてもダメで、きちんとプロジェクト内で「今は成果物にも曖昧さが許容されるステージだよ」ってことを言語化しなくてはいけません。上司と部下、二人体制でのプロジェクトでない限り、自分の成果物は必ず複数の人に見られますし、複数の人のレビューを受けることになります。厄介なことに、レビューって「何かを指摘しないといけない」という圧が高まることもあって、「細かいこと程指摘しやすい」という側面があるんですよ。ディテールの不足って慣れてる人にとっては一番指摘しやすいことなので、「今はディテールを詰める段階じゃないよ」という意識が統一されていないと、ディテール不足についてのダメ出しがガンガン発生してしまう。心理的安全性が下がりまくるわけです。成果物を作る側としては、ダメ出しに対応する為に細かい穴を塞ごうとしますし、本来許容されるべき「曖昧さ」を可能な限り潰そうとしますよね。結果、曖昧な状況がどんどん苦手になっていくし、可能な限り曖昧さを避けようとしてしまう。発散が必要なところで成果物を小さく閉じようとしてしまう。これ、本来はマネージャーが「今のプロジェクトのステージからすると、この指摘は当たらないよ」と明確に言わないといけない場面だったと思うのですが、マネージャーはマネージャーで他プロジェクトも兼任してますし、「ダメ出しに対するダメ出し」って基本的にやりにくいんですよね。別にトラブルが発生しているわけでもなし、「意見が出ている状態」というのは、上位者からすると止めにくいんです。これが、今だから分かる、当時の私に発生していたデバフの正体です。この為、一時期曖昧なタスクが非常に苦手になりまして、「あれ、なんでこういう出力しか出来ないのかな......」「前はもっと出来てたのに......」って随分悩みました。結果、曖昧なタスク自体がストレス源になりました。曖昧さ耐性が分かりやすく低下した状態です。そのプロジェクトが終って他のメンバーで仕事をすることになってからは、曖昧なステージではきちんとそれに応じた成果物が出せる状態に回復したんですが、この状況が続くことで曖昧さ耐性がメタメタになってしまう人も多いんだろうなーと思います。経験する内に、「今のステージで必要とされる成果物のクオリティ、ディテール」について明確に言語化して、しかもその認識をしっかりチーム内で共有することは、プロジェクト全体のクオリティを守る為に非常に重要なことだ、と認識するようになりました。「今は曖昧な成果物でいいんだよ」をしっかり共通認識にしないといけない、と思うようになりました。指示出しは指示出しで、十分部下の適性を考えた指示出しが出来るよう気をつかう訳ですが、「成果物のステージ」の言語化も重要だなーと。部下の曖昧さ耐性を育てる為にも、ただそれ以前に「曖昧な状況に対する苦手意識」を醸成しない為にも、上司としてはその辺気をつけないといけないなーと。そんな風に考える次第なのです。今日書きたいことはそれくらいです。【お知らせ】Books&Apps及び20社以上のオウンドメディア運用支援で得られた知見をもとに、実際我々ティネクト(Books&Apps運営企業)が実行している全48タスクを公開します。5つのスキルと全48タスクをプレゼント。これからオウンドメディアをはじめる企業さま、現在運用中の企業さま全てにお役に立つ資料です。資料ダウンロードページはこちら↓https://tinect.jp/ebook/5skills48tasks/メールアドレス宛てに資料が自動送信されます。著者名:しんざきSE、ケーナ奏者、キャベツ太郎ソムリエ。レトロゲームブログ「不倒城」を2004年に開設。ダライアス外伝などについて書き綴る日々を送る。好きな敵ボスはシャコ。「なんで働かないといけないんですか?」と聞いた学生への、とある経営者の回答。知的であるかどうかは、五つの態度でわかる。曖昧なタスクへの耐性が下がってしまった、一時期の話なぜデザインは敗北してしまうのかなぜ「事実」と「意見」を区別して話せない人がいるのか。「宇宙保険」も?タイタン事故で注目された、エクストリーム・ツーリズムの保険はどうなっている?外国人が日本を礼賛するテレビ番組がどうも苦手だ。頭を使って働く人に、読書が絶対に必要な理由。Books&Apps今週の人気1エアコン修理を頼んだら、自分で直せと言われた話24,063ビュー02google☆2.8の「最悪の評判のお店」に、今後も通い続けたいと思っている4,856ビュー03なめたことしてる外国人には後悔させろ43,372ビュー414治安はこれから悪くなるに違いない。7,142ビュー05「生成AIの時代」に必要な能力についての考察。3,934ビュー0TOP1001知的であるかどうかは、五つの態度でわかる。1,887,734ビュー13万2「なんで働かないといけないんですか?」と聞いた学生への、とある経営者の回答。1,594,476ビュー6.5万3「話のわかりやすい人」と「わかりにくい人」のちがい1,068,355ビュー3.1万4医者の僕でも、コロナウイルスをナメていたが、間違っていた。