外部の人は、完成形を知らないまま「部品」を作らされることがある

社内のメンバーは、頼まれた仕事の「外側」を自然に知っている。朝礼で聞く話、隣の席の雑談、廊下で耳に入る営業の温度感。どのお客さんのための、何のための仕事なのかが、依頼の文面に書かれていなくても、なんとなく補われる。

外部の協力者には、その補いがない。渡されるのは、切り出された一片だ。「このバナーを三サイズ」「この記事を二千字」「この画面のコードを」。依頼としては明確で、何をすればいいかは分かる。分からないのは、それが何の一部なのかだ。

指示は正確でも、判断の材料が足りない

作業の手順が明確なら、仕事は進む。ただ、仕事の途中には、必ず小さな判断が出てくる。

文字数が少し足りなくなったとき、何を削るか。画像が指定サイズに収まらないとき、どこを切るか。どちらも、正解は「この成果物が最終的にどこで、誰に、何のために使われるか」で決まる。全体像を知っていれば迷わない判断が、知らなければ勘に頼るしかない。

勘で決めた結果が外れたとき、責められるのは判断した人だ。しかし、判断の材料を渡していなかったのは、依頼した側である。

依頼する側にとって、プロジェクトの目的はあまりにも当たり前だ。毎日その話をしているから、わざわざ書くまでもないと感じる。

この「当たり前」は、日々の接触があって初めて成り立つ。同じ会議に出ていない人、同じチャットに入っていない人にとっては、当たり前ではない。依頼する側の頭の中にだけ完成形があり、それが書かれないまま、一片だけが外に出ていく。

悪意はどこにもない。忙しいから省略しただけだ。ただ、省略された情報の欠落は、依頼された側が全部引き受けることになる。

全体像を知らないまま作られたものは、たいてい納品の段階で食い違いが見つかる。

「思っていたのと違う」という言葉が返ってくる。作った側には、その「思っていたもの」が何だったのか、そもそも知る機会がなかった。修正の依頼が来て、初めて全体の輪郭が少しだけ見える。そこから直すことになるので、最初から知っていれば不要だった往復が発生する。

この手戻りは、どちらのせいでもない構造から生まれている。それなのに、記録の上では「修正が多い人」という印象だけが残りやすい。

対応は、難しいことではない。依頼に、三行ほどの「外側」を添えるだけだ。

この成果物は何の一部か。最終的に誰が、どこで見るのか。今回いちばん外したくない点は何か。この三つが分かれば、途中の小さな判断は、依頼された側が自分で下せる。確認のたびに連絡を挟む必要も減る。

これは相手への気遣いというより、品質管理の工程に近い。材料が揃っていれば、判断の精度は上がる。上がった精度は、そのまま成果物の質に返ってくる。

一度きりの依頼文に書くだけでは、案件が長くなるほど古くなる。目的が途中で変わったとき、外部の協力者の手元にある情報だけが更新されないことも起きる。

大事なのは、全体像が、依頼の文面ではなく、仕事そのものの置き場所から見えることだ。誰がどの作業をしていて、それが全体のどこに位置するのか。社内の人が自然と知っているものと同じ景色を、外部の人も同じ場所から見られること。

一片だけを渡す関係は、効率的に見えて、実はいちばん手戻りが多い。仕事の外側を渡すことは、相手を信頼していることの、いちばん具体的な表れだと思う。

Paqutでは、社内メンバーも外部のゲストも、同じグループの同じタスクボードを見ます。自分の作業が全体のどこにあるのかが、依頼の文面に頼らず見える状態を作れます。

この記事は「AI時代の越境ノート」の一篇です。越境チームで働くことについて、Paqutが大事にしている考え方を書いています。