私はこれまで、依頼された仕事に対して、できるだけ期待を超えたいと思って働いてきました。
会社員の頃も、時間内に終わらない分を自分で抱え込み、残業代を付けずに対応してしまったことがあります。
フリーランスになってからも、「ここまでやっておいた方が親切だろう」「ついでに対応した方が全体が早く進むだろう」と考えて、見積もりに書かれていないことまで先回りして進めてしまうことがありました。
でも、最近あらためて強く思うようになったことがあります。
見積もりに書かれていないことは、実行してはいけない。
これは冷たい意味ではありません。
むしろ、仕事をきちんと完了させるために必要な原理原則だと思っています。
制作でも、プログラムでも、設計でも同じです。
図面に書かれていないことを現場判断で勝手に追加しない。
指示書に書かれていないことを、善意で勝手に実装しない。
見積もりにないことを、空気を読んで進めない。
一見すると当たり前のことに見えますが、実務ではこれが崩れやすいです。
たとえば制作の現場なら、本来の成果物を完成させる前に、打ち合わせの中で出てきた細かい追加希望を優先してしまうことがあります。
プログラムの現場なら、依頼された機能の実装より先に、「ついでにここも直しておこう」「この方が便利そうだから追加しておこう」と見積もり外の調整を入れてしまうことがあります。
その場では親切に見えるかもしれません。
相手にも喜ばれるかもしれません。
しかし、その積み重ねが何を生むかというと、本体の案件の遅れです。
本来終わっているはずの仕事が終わらない。
スケジュールが崩れる。
どこまでが契約範囲なのかが曖昧になる。
追加要望が追加要望として扱われなくなる。
そして最後には、「まだ終わっていない」という事実だけが残ります。
ここで怖いのは、追加要望を受けた側が真面目な人ほど、自分の努力不足として背負ってしまいやすいことです。
自分がもっと頑張ればよかったのではないか。
自分がもっと早くできればよかったのではないか。
自分の段取りが悪かったのではないか。
でも実際には、そうではないことがあります。
見積もりに書かれていないことを優先した結果、本来やるべき仕事が遅れた。
これは個人の根性の問題ではなく、仕事の進め方の問題です。
むしろ、見積もり外の対応を、担当者の善意や長時間労働で吸収してしまう方が危険です。
なぜなら、本来見えるべき追加コストや追加工数が見えなくなるからです。
組織でも個人でも同じですが、見えない負担は、改善されません。
「なんとか回っているように見える状態」が一番危ないです。
実際には誰かが無理をしているだけなのに、周囲からは問題がないように見えてしまうからです。
だから私は、今後の教訓として、はっきり残しておきたいと思います。
見積もりに書かれていないことは、実行してはいけない。
図面に書かれていないことは、作ってはいけない。
指示書に書かれていないことは、勝手に進めてはいけない。
もちろん、現場では気づいた改善点や、よりよい提案が出てくることはあります。
それ自体は悪いことではありません。
むしろ、経験がある人ほど、気づけることは多いはずです。
ただし、それを実行してよいかどうかは別問題です。
気づいたなら、まず切り分ける。
これは当初の依頼範囲か。
それとも追加要望か。
追加なら、納期や費用にどう影響するか。
その確認を取ってから進める。
この順番を守らないと、良かれと思ってやったことが、後で自分も相手も苦しめることになります。
若い人にも、これは早い段階で知っておいてほしいと思います。
真面目な人ほど、
「頼まれたからやる」
「困っていそうだからやる」
「ついでだからやる」
を重ねてしまいます。
でも仕事では、
やれること
と
やってよいこと
は違います。
技術的にできるからやる、ではありません。
親切だからやる、でもありません。
契約・仕様・指示の範囲にあるから進める。
範囲を超えるなら、変更として扱う。
これが仕事を守る基本です。
特に、制作や開発の仕事は、形に残るぶんだけ、追加が簡単に見えてしまいます。
「ボタンを少し変えるだけ」
「文言を少し直すだけ」
「この機能を少し足すだけ」
そう見えることは多いです。
けれど実際には、その“少し”の積み重ねが、確認、修正、再テスト、全体調整を生みます。
一つひとつは小さく見えても、全体では確実に工数になります。
だからこそ、仕事を雑に断るためではなく、仕事を最後まできちんと完了させるために、線引きが必要です。
見積もりは、金額表ではありません。
何を、どこまで、どの順番で行うかを定める設計図でもあります。
その設計図を守らずに仕事を進めると、現場は必ず苦しくなります。
逆に言えば、そこを守るだけで、無用な混乱はかなり減らせます。
私自身、これまで「自分が吸収すればよい」と考えてしまったことが何度もありました。
でも、それは長い目で見ると、相手のためにも、自分のためにも、仕事のためにもならなかったと思います。
だから今は、こう考えています。
本来の依頼をきちんと終わらせることが、まず最優先。
追加の相談は、その次に、追加として扱う。
善意で境界をあいまいにしない。
頑張りで仕様変更を飲み込まない。
これが、仕事を守ることにつながる。
見積もりに書かれていないことは、実行してはいけない。
これは冷たさではなく、責任を持って仕事を完了させるための基本姿勢なのだと思います。
