← Blog 一覧
Blog
伴走型支援とSES型常駐|発注者が最初に切る比較
伴走と人月常駐は代替ではない。切る軸は成果定義と責任。向く案件・フェーズ・判断軸を発注者向けに整理します。
村田 文太郎/代表取締役
- 受託開発
- 開発会社選び
- CTO代行
「人が足りないから常駐」「課題が曖昧だから伴走」——言葉は流行るが、発注の現場では中身が入れ替わる。常駐なのに成果責任を求め、伴走なのに単純な工数補充を期待する。
最初に切る軸は、成果の定義と責任の所在だ。 形態の名前より、何を買っているかを固定する。
結論:比較表
| 観点 | 伴走型(課題→定着) | SES型常駐(労働力) |
|---|---|---|
| 主に買うもの | 課題の特定・実装・定着の一連 | 合意したスキルの稼働 |
| 成果の定義 | 事業指標や運用状態に寄せやすい | 稼働と作業範囲が中心になりやすい |
| 向くとき | 何を解くかがまだ動く | 解くことが決まり、手が足りない |
| 赤旗 | 伴走と言いつつ人月だけ | 常駐に完成責任だけを求める |
事例1:常駐に完成を求めて空転
匿名化した一例。業務刷新でSESを5名。発注側は「終わらせてほしい」、受託側は指揮の下での作業と理解。優先順位が週次で変わり、6ヶ月後も完了定義がない。分岐点は契約時の成果定義の欠如だった。
事例2:伴走で優先順位を固定して加速
別の一例。週3の技術伴走で、最初の30日は常駐増員を止め、優先表と小さな改善だけ実施。その後に必要な領域だけ人月を足した。結果、総人月は減り、リリースは前倒しになった。
フェーズで使い分ける
- 企画・構想: 伴走(または顧問)で境界を決める
- 実装ピーク: 決まっている作業に常駐/受託を足す
- 定着・自走: 伴走で引き継ぎ、常駐を減らす
最初から常駐だけ、または伴走だけで全フェーズを賄う必要はない。
判断軸
| 伴走を主にする | 常駐を主にする |
|---|---|
| 解く課題と優先順位が未確定 | バックログが明確で実行が瓶颈 |
| 定着・内製化が成功条件 | 一時的な人手不足が主因 |
| 意思決定に外部を入れたい | 指揮命令の下で作業を増やしたい |
次に確認すること
- 買っているのは成果か稼働か一文で言えるか
- 完了/成功の定義は書面か
- 指揮命令と成果責任の所在は矛盾していないか
- フェーズごとに形態を変える想定はあるか
- 「伴走」の週次成果物は何か
まとめ
伴走とSES常駐は、良さの競走ではない。成果定義が動くなら伴走、実行が瓶颈なら常駐、が基本線だ。名前の流行に合わせて発注すると、責任の空白だけが残る。
体制・伴走の相談は、お問い合わせフォーム からどうぞ。
Related
関連記事
請負・準委任・混合契約|発注者が最初に確認する比較表
契約形態で比べるのは単価ではない。変更耐性と責任の置き場。請負・準委任・混合の比較表と赤旗、発注前チェックを整理します。
CTOを採用する前に、技術顧問で足りるか判断する基準
CTO採用と技術顧問・CTO代行の分岐は、肩書きではなく今四半期の意思決定量で切る。採用前に顧問で足りるかの判断軸を整理します。