会議も調整も増えた。それでも「実装担当ですよね」と言われた
「来月も、実装担当としてお願いできればと思っています。条件は今と同じで」
月曜10時。市民プールの入退場システムを支援していたエンジニアは、大会後の振り返りでそう言われた。
最初に頼まれたのは、受付アプリの改修とテストだった。ところが大会前日、QRコードを読み取れない端末が見つかると、仕事は実装だけでは収まらなくなった。施設の責任者へ状況を説明し、端末会社へ確認し、紙の参加者一覧へ切り替える条件をまとめ、再テストの順番まで整えた。
本来の進行担当は別の会議に出ていた。「ここで止めたら、実装しかできない人だと思われるかもしれない」と怖くなり、エンジニアは「私が整理します」と答えた。大会は予定どおり始まり、受付も大きく混乱しなかった。
だから、少しは役割の変化を見てもらえたと思っていた。
それでも、更新の言葉は「実装担当」だった。会議も調整も増えたのに、契約書の業務内容も報酬も同じ。担当者に悪気はない。むしろ「本当に助かりました」と言ってくれている。その分だけ、助かったのに、仕事としては数えられないのか という気持ちを口にしづらかった。
エンジニアは「承知しました」と返しかけ、手元のメモを閉じた。帰宅後に開いたのは、更新条件ではなく、プロジェクトマネジメントの講座一覧だった。足りない資格を増やせば、次は役割として認められる気がしたからだ。
でも、ここで先に見るべきなのは資格ではない。最初に約束した仕事と、実際に担った判断・調整と、次の期間に持つ責任が一致しているかだ。
この記事では、いくつかの現場で起こりやすい流れを一つの場面にまとめている。ここでいう「PM視点」は、何でも引き受けることでも、明日からPMを名乗ることでもない。事実と選択肢を揃え、決める人へ判断を返し、次に動く人を明確にする見方を指す。
増えた仕事が、評価に残らない時に起きていること
実装以外の仕事をしているのに、評価では実装担当のままになる。これは、相手が見ていないからだけではない。仕事の増え方と、役割の残り方の間に三つのズレがある。
「助けたこと」のままで、担当する仕事になっていない
大会前日のエンジニアは、施設責任者、端末会社、受付スタッフの間を動いた。ただ、振り返りでは「いろいろ調整してくれて助かった」とまとめられた。
感謝はされている。でも、何を判断しやすくしたのか、次も誰が持つのかは決まっていない。すると、その仕事は役割ではなく、困った時に助けてくれた行動として消えていく。
「会議に出た」「関係者へ連絡した」だけを並べても、相手は価格や役割を変える理由を作りにくい。見たいのは、誰が何を決められずに止まり、自分がどの事実と選択肢を揃えたかだ。
今回なら、読み取り不良の原因をすべて解決したことではない。使える端末の台数、紙へ切り替える時刻、決定者、端末会社の再確認時刻を一枚にし、施設責任者が運用方法を選べる状態へ戻したことが役割になる。
責任は増えたのに、決める権限が決まっていない
調整が得意な人ほど、判断まで自分で抱えやすい。「止めたくない」「面倒な人と思われたくない」という気持ちがあると、確認を待つより、自分で決めて進めた方が早く感じるからだ。
ただ、業務委託のエンジニアが、施設の安全運用や受付方法を一人で決められるとは限らない。必要なのは、全部の責任を取ることではなく、決める人が判断できる状態を作ることだ。
ここを分けないまま「PM的なこともできます」と言うと、会議、連絡、進行、トラブル対応が際限なく集まる。価格が上がる前に、夜のチャットだけが増える。これでは、役割拡張というより抱え込みになってしまう😓
IPAのデジタルスキル標準ver.2.0は、異なる背景を持つ関係者の相互理解を促すこと、共通の方向を作ること、複雑な情報を重要な点へ絞って伝えることを、変革を進めるスキルとして整理している。こうした動きは、実装のついでではなく、現場を前へ進める力として説明できる。
一方、この標準は個別案件の肩書きや報酬額を決める表ではない。スキルがあることと、その案件で責任を引き受けることは別だ。何を整理し、誰へ判断を返し、どこから先は持たないかまで決めて初めて、続けられる役割になる。
契約の業務内容が、最初のまま残っている
エンジニアが発注書を開くと、業務内容は「入退場アプリの改修、テスト支援」だった。会議の進行、他社との調整、当日の運用判断を整えることは書かれていない。
対象となる業務委託では、フリーランス法により、発注者は業務の内容、報酬額、支払期日などを、書面やメールなどで明示する必要がある。ただし、実際の仕事が増えたら、自動的に肩書きや報酬が変わる制度ではない。
IPAの情報システム・モデル取引・契約書も、契約の時点で、仕様、プロジェクト管理の方法、検収方法などについて双方が共通理解を持つことや、役割分担を見直すことの重要性を示している。
つまり、制度やモデル契約が代わりに単価を上げてくれるわけではない。確認すべき事実を置く場所を示してくれる。実装以外の仕事を次も頼むなら、業務内容、責任分担、報酬を次の合意へ残す。 ここまで進めないと、善意の調整がまた見えなくなる。
「PMっぽい仕事」を、判断できる役割へ変える
振り返りの翌日、エンジニアは講座一覧を閉じた。そして、前日の動きを「頑張ったこと」ではなく、契約と比べられる事実へ分けた📝
1. 契約にある仕事と、繰り返し増えた仕事を並べる
まず、発注書、見積書、メールを開き、最初に合意した仕事を書く。この案件では、受付アプリの改修、端末との接続、公開前テストまでだった。
次に、直近二か月で繰り返した仕事を書く。
- 週次会議の論点と未決事項の整理
- 施設責任者と端末会社の回答期限の調整
- 障害時の選択肢と影響の整理
- 決定後に受付スタッフが動く手順の更新
一度だけの手助けまで、すべて新しい役割にする必要はない。直近で繰り返したか、次の期間も求められるか、自分がやめたら誰が持つか。この三つを確認すると、善意と継続業務を分けやすい。
2. 作業量ではなく、前へ出した判断を書く
エンジニアは当初、「会議参加が月8時間増えた」と書いた。時間は条件を決める材料になる。ただ、それだけでは、会議が必要だった理由までは伝わらない。
そこで、次の形へ直した。
読み取り不良が残る中で、全面延期、使える端末だけで受付、紙一覧へ切り替えの三案を整理した。施設責任者が当日の運用を決め、端末会社と受付スタッフが同じ順番で動ける状態を作った。
自分が大会を成功させた、と大きく言う必要はない。水泳大会が動いたのは、施設、受付、端末会社など複数の人が動いた結果だ。自分がしたのは、その間にある判断を一つ前へ出したことだ。
この書き方なら、作業自慢ではなく、次も必要な機能として話せる。私はPMとして価値があります と名乗るより、相手も検討しやすい。
増えた仕事を単価の根拠へ分けるなら、「単価を上げたい理由は？」と聞かれたら、何も言えなくなったでも、約束、行動、変化、次の条件の順に整理している。
3. 次に持つ範囲、決める人、条件を一緒に出す
最後に、過去の貢献を説明して終わらず、次の期間の選択肢へ変える。
エンジニアは、担当者へ次の二案を送った。
- 役割を広げる案: 実装に加え、週次の論点整理、他社回答の取りまとめ、障害時の選択肢整理まで担当する。運用方針の最終決定は施設責任者が行い、月額を見直す
- 実装へ戻す案: 現在の月額を維持し、実装と公開前テストまで担当する。会議進行と他社調整は発注側の進行担当へ戻す
ここで大事なのは、「PMをやらせてください」と役職を取りにいくことではない。何を持つと現場が進み、どの判断は相手へ返し、その範囲ならいくらで続けるかを合わせることだ。
単価の差が評価者まで届いているか不安なら、同じ仕事をしている人の単価を聞いた。帰り道、自分だけが安く見えたで、契約と評価の経路から確認できる。
「やります」と即答する前に、三文だけ返す
増えた役割を話そうとすると、「協力したくない人に見えないか」という怖さが出る。特に障害や締切の前では、条件の話をする方が現場を止めるように感じる。
そんな時に、その場ですべて決めなくていい。エンジニアは次の依頼から、三文だけ返すようにした。
状況整理と選択肢の作成までは対応できます。運用方針の最終判断は施設責任者にお願いしたいです。次期もこの対応を持つ場合は、更新時に業務範囲と条件を合わせさせてください。
この返し方なら、目の前の仕事を放り出さず、責任も一人で抱え込まない。決める人と、次に条件を見直す時期を残せる。
担当者は、すぐに希望どおりの条件を出したわけではなかった。最終的には、週次の論点整理までをエンジニアが持ち、端末会社との日程調整は発注側へ戻す形になった。報酬も、広げた範囲に合わせて見直す話へ進んだ。
満額回答より大きかったのは、「気を利かせてくれる実装担当」から、「どの判断を前に出す人か」へ会話が変わったことだった🙂
役割を広げる時ほど、抱えない線を先に決める
実装の先に役割を広げると、単価や選択肢が増える可能性はある。でも、会議へ出ること、連絡役になること、全部の責任を持つことが、そのまま高い評価につながるわけではない。
役割として残したいのは、次の四つだ。
- 最初の契約に書かれた仕事
- 繰り返し増えた判断・調整
- 自分が前へ出す判断と、相手へ返す最終決定
- 次の期間に持つ範囲と報酬
PM視点とは、全部を抱える視点ではなく、誰が何を決めれば次へ進めるかを見つける視点だ。 その力を価格や役割につなげたいなら、自分の気遣いの中へ隠したままにしない。契約の事実と並べ、次の条件へ残す。
会議も調整も増えたのに、また「実装担当」とだけ言われた時、自分の力が足りないとすぐ決めなくていい。講座を探す前に、前へ出した判断を一つ書く。次に、誰の決定を助けたか、次期も持つなら何を合意したいかを書く。
それだけで、黙って抱えるしかなかった仕事が、相談できる役割へ変わり始める。
