新規開発案件と保守運用案件の違い｜仕事の中身・稼働の波・契約の確かめ方

新規開発案件は、まだ形のないシステムを、仕様を固めながら期限までに作り上げる仕事です。保守運用案件は、すでに動いているシステムを止めずに守り、少しずつ直していく仕事です。新規開発では変化への対応と期限前の集中が、保守運用では既存の仕組みを読み解く力と手順の正確さ、時間外の対応の有無が、それぞれ参画後の働き方を左右します。どちらがよいかではなく、今の自分が積みたい経験と、受け入れられる稼働の形で選びます。

新規開発と保守運用を比べる

まず、両者の違いを一覧で整理します。案件によって例外はありますが、選ぶときの目安になります。

同じ「開発エンジニア」の募集でも、どちらの案件かで一日の過ごし方は大きく変わります。案件票の業務内容の欄で、どちらに当たるのかを最初に確かめます。案件票の読み方全体は案件票の読み方の記事にまとめています。

新規開発案件の特徴

参画するフェーズで仕事が変わる

新規開発は、要件定義から設計、実装、テスト、リリースへと進みます。どのフェーズで参画するかによって、求められることが違います。

• 要件定義・基本設計から：利用者や発注元と話し、何を作るかを決める。決めたことを資料に残す力が問われる
• 詳細設計・実装から：決まった仕様をもとに作る。仕様のあいまいな点を早めに見つけて確かめる力が問われる
• テストから：品質を確かめ、不具合を見つけて直す。期限が近く、作業量が読みにくい

上流の工程から関わる案件に入りたい場合の考え方は上流工程の記事で解説しています。

期限と仕様変更に振り回されやすい

新規開発では、作りながら仕様が変わることがよくあります。仕様の変更そのものは自然なことですが、期限が動かないまま変更が重なると、リリース前に稼働が増えます。月の稼働時間の幅を決めている契約では、幅を超えた時間がどう扱われるかを確かめておきます（精算幅の記事）。

リリースのあとの見通し

新規開発の案件は、リリースやフェーズの区切りで契約が終わることもあれば、そのまま保守運用の体制に移ることもあります。参画の前に、リリース後に自分の役割が続く見込みがあるのかを聞いておくと、次の案件を探し始める時期を決めやすくなります。

保守運用案件の特徴

「保守運用」の中身には幅がある

保守運用と一言でいっても、中身はいくつかに分かれます。

• 運用：監視、定期的なバッチの確認、アカウントの発行など、決まった作業を決まった手順で行う
• 保守：障害の原因を調べて直す、ソフトウェアの更新に合わせて修正する
• 改修（エンハンス）：利用者の要望に応じて、既存の機能を変えたり、小さな機能を足したりする

どれが中心かによって、必要な経験も、時間外の対応の有無も変わります。改修が中心の保守案件は、小さな新規開発を繰り返すのに近い働き方になることもあります。

既存の仕組みを読む力が問われる

保守運用では、ほかの人が作ったシステムを理解することから始まります。設計書や手順書が整っていない現場もあり、ソースコードや過去の対応記録から仕組みを読み解く力が必要になります。古い技術や、独自に作り込まれた仕組みが残っていることもあります。

時間外の対応と待機の扱い

障害はいつ起こるか分かりません。保守運用の案件では、夜間・休日の当番（オンコール）や、障害時の呼び出しがある場合があります。このとき確かめたいのは、次の点です。

1. 当番の頻度と、待機中にどこまでの対応を求められるか
2. 待機そのものに報酬が出るのか、実際に対応した時間だけが対象か
3. 時間外に対応した時間を、月の稼働時間に含めるのか
4. 対応の手順や連絡先が決まっているか

これらは案件票に書かれていないことが多いため、面談や契約の前に確かめます。

契約の面で確かめたいこと

新規開発と保守運用では、契約で確かめる点にも違いがあります。

新規開発：何を約束するのか

新規開発では、成果物を完成させることを約束する請負の形と、作業を提供する準委任の形のどちらもありえます。請負なら、完成の基準と検収の方法、不具合が見つかったときの責任の範囲が大切になります。準委任でも、リリース日が決まっている場合は、期限に向けた稼働の見込みを確かめます。違いは準委任と請負の記事をご覧ください。

保守運用：対応の範囲と時間

保守運用は、作業を提供する準委任の形で契約されることがあります。ここで大切なのは、どこまでが対応の範囲かです。「保守」の範囲に改修が含まれるのか、含まれるならどの規模までか。時間外の対応はどう扱うか。範囲があいまいなままだと、改修の依頼がどんどん増えても、報酬は変わらないということが起こります。

面談で聞いておきたいこと

新規開発と保守運用では、面談で聞くと役立つ質問も違います。一般的な逆質問は逆質問の記事にまとめていますので、ここでは案件の種類に合わせた質問を挙げます。

新規開発の案件で聞くこと

• 今どのフェーズにいて、リリースはいつの予定か
• 仕様はどの程度決まっていて、誰が最終的に決めるのか
• リリース後の体制と、自分の役割が続く見込み

保守運用の案件で聞くこと

• 障害や問い合わせは、月にどのくらい起きているか
• 当番・待機の有無と、その扱い
• 設計書や手順書の状態と、引き継ぎの期間
• 増員か、前任者との交代か

答えの数字を細かく聞き出す必要はありません。「落ち着いている時期と忙しい時期の差」を聞くだけでも、稼働の波をつかむ手がかりになります。

キャリアから見た選び方

どちらの案件を選ぶかは、次の案件で何を話したいかから考えると決めやすくなります。

• 作る経験を積みたい時期：新規開発。設計から関わった経験は、次の面談で具体的に話しやすい
• 稼働を安定させたい時期：保守運用。平常時の稼働が読みやすく、長く続くこともある
• 専門を深めたい時期：保守運用で特定のシステムや業務に詳しくなる道もある。一方で、使う技術が固定されやすい点には注意する
• 幅を広げたい時期：新規開発でさまざまな技術や工程に触れる

保守運用を長く続けると、同じ技術・同じ業務の経験が積み重なり、それが強みにも、次の案件を探すときの制約にもなります。専門を深めるか幅を広げるかの考え方はスペシャリストとジェネラリストの記事、数年単位での考え方はキャリアプランの記事で解説しています。条件の合う案件同士の比べ方は案件の選び方の記事をご覧ください。

よくある質問

保守運用の案件ばかりだと、次の案件探しで不利になりますか？

不利になるとは限りません。障害の切り分けや再発防止、運用の改善の経験は、多くの現場で求められます。ただし、使う技術が古いまま固定されていると、新しい技術を使う案件には応募しにくくなることがあります。改修や運用の改善で新しい技術に触れた経験があれば、スキルシートに書いておきます。

新規開発の案件は、リリースしたら終わりですか？

案件によります。リリースやフェーズの区切りで契約を終える場合もあれば、運用・保守の体制に移って続く場合もあります。面談の段階で、リリース後の体制と自分の役割の見込みを聞いておくと、次の動きを決めやすくなります。

オンコールのある案件は避けたほうがよいですか？

避けるかどうかは、生活とのかね合いと条件次第です。当番の頻度、待機中に求められる対応、待機や時間外の対応が報酬にどう反映されるかが分かれば、受けるかどうかを判断できます。条件が案件票に書かれていないときは、面談や契約の前に確かめてください。