発注前にシステム開発を行った場合の解決策:エビデンスの問題にどう対応するか

プログラミング

システム開発において、発注前に作業を開始してしまった場合や、エビデンスに関する問題が発生した際にどう対応するかは、非常にデリケートな問題です。特に、発注元から指摘を受けた場合、どのような対応を取るべきかを理解しておくことは、今後の信頼関係を築く上でも重要です。

発注前にシステム開発を行った場合の問題とは?

発注前にシステム開発を行ってしまうことは、契約書の内容や発注元との合意に基づく業務進行に問題が生じる可能性を生みます。特に、発注前に進めた作業がテスト結果書や納品物に反映された場合、発注元から「誤解を招いた」として指摘されることがあります。

このような問題が発生した場合、発注元との関係を壊さないためにどう対応すべきかを理解しておくことが重要です。

1. 開発を最初からやり直すべきか?

発注前に作業を進めていたことが問題になった場合、「開発を最初からやり直す」という選択肢は一見最も直接的な解決策に思えるかもしれません。しかし、これは非常に時間とコストがかかるため、慎重に判断する必要があります。

検討すべき点:開発内容が変更されることなく、発注元に納得してもらえる方法を見つけることが優先されます。場合によっては、開発の再実施が不要なケースもあります。

2. テストを最初からやり直すべきか?

テスト結果書の画像に日付の不一致があった場合、そのテスト自体を最初からやり直すことを考えるべきかどうかも一つのポイントです。テスト自体が問題でない場合、画像の日付だけを差し替えることで解決できることが多いです。

選択肢:テストそのものに問題がない場合、テスト内容を再実施する必要はありません。ただし、エビデンス(画像)を適切に修正することが重要です。

3. 画像を差し替える、あるいは画像の日付部分を切り取る

この場合、最も簡単で迅速に問題を解決できる方法は、画像の差し替えまたは日付部分の切り取りです。発注前の日付が写り込んでいる部分を切り取ったり、編集で新しい画像を挿入することで、発注元に納品することが可能です。

注意点:画像編集によってエビデンスが改ざんされたと感じられないように、透明性を持って修正したことを説明することが大切です。

4. その他の解決策

上記の選択肢以外でも、問題の原因をしっかりと特定し、発注元と協議を進めることが解決の鍵となります。例えば、発注元に事情を説明し、信頼関係を築くことで、過去の問題に対する理解を得ることも可能です。

提案:今後、類似の問題が発生しないよう、契約書に発注タイミングや作業開始時期に関する明確な合意を追加することも有効です。

まとめ:システム開発における発注前作業問題の対応方法

発注前に進めたシステム開発の問題に直面した場合、開発を最初からやり直すのではなく、問題の本質を理解し、最も効果的な修正方法を選ぶことが重要です。テスト結果の修正や画像の差し替えが多くの場合で有効な対応策となります。

また、今後のトラブルを避けるために、発注元との契約内容や合意事項を明確にし、事前に確認することが重要です。発注元と良好な関係を築くために、柔軟かつ誠実な対応を心がけましょう。

コメント

タイトルとURLをコピーしました