仕事の幅を広げたい。でも何でも拾う人になる前に

Posted at 2026-07-19

「ここで手を挙げた方が、役割を広げている感じがするのかな...」

朝会の終わりに、誰かが「これ誰か拾える？」と言う。ホワイトボードの端には、まだ担当が決まっていないタスクが残っている。

実装だけで終わりたくない。もう少し役割を広げたい。単価や評価にもつなげたい。そう思っている時ほど、その一言で体が前に出る。

でも、ここで反射的に「自分やります」と言うと、あとからしんどくなりやすい。最初は小さな調整のつもりだったのに、会議メモ、仕様確認、関係者への連絡、次回の議題づくりまで流れてくる。水曜の夕方には、自分の実装タスクが後ろに押されている。

役割を広げたい気持ちは悪くない。ただ、仕事をたくさん拾うことと、役割が広がることは同じではない。

まず見るのは「どの止まりを減らすか」

役割拡張を大きく考えすぎると、いきなりPMになる、上流を持つ、全部の調整を引き受ける、みたいな話になりやすい。これはかなり重い。

もっと小さく見ていい。

現場は、こういう小さな詰まりで止まる。エンジニアが広げやすい役割は、まずここを1つだけ見える形にすることだ。

たとえば、チケットに「CSV出力」とだけ書かれている。でも、営業側は顧客別、運用側は担当者別を想像しているかもしれない。ここで黙って作ると、あとで戻る。

だから、こう聞く。

今回のCSVは、顧客別なのか担当者別なのか、まずここだけ合わせたいです。

これは大きなPM業務ではない。実装前に、ズレそうな言葉を1つ翻訳しているだけだ。でも、この1つで手戻りは減る。

役割を広げたい時に怖いのは、境界を出すことだと思う。

ここまでは持ちます。でも、ここから先は別で決めたいです。

こう言うと、やる気がないように見えそうで怖い。だから全部拾ってしまう。沈黙も気まずいし、成長機会を逃している感じもする。

でも、境界がないまま拾う方が危ない。最初は感謝されても、あとで自分の本来タスクが詰まる。返信が遅れる。疲れてくる。結果として、前向きに拾った仕事まで雑に見えてしまう。

だから、手を挙げるなら範囲を一緒に出す。

いったん仕様の未決だけ拾います。連絡先の調整は担当者を分けたいです。

これでも十分、前に進めている。むしろ、長く続けるにはこの方がいい。

次に「これ誰か拾える？」が来たら、すぐ全部を持つ前に3行だけ書く。

止まっていること: 仕様の対象が顧客別か担当者別か揃っていない
自分が拾うこと: 2案の違いと実装影響をチケットに書く
自分が拾わないこと: 最終決定と関係者への依頼

これだけで、手の上げ方が変わる。自分がやることも、相手に決めてもらうことも見える。

役割を広げることは、誰よりも多く抱えることではない。現場の止まりを1つ減らし、その範囲を言葉にすること だ。

全部を拾わなくてもいい。明日は、宙に浮いたタスクを1つだけ、前に進む形に変える。そこからで十分だ✨