レビュー│システムエンジニアで生きていく

会議後に認識ズレを残さない議事録の書き方！現役SEが実務で分ける決定事項・宿題・確認事項

システム開発の会議後に認識ズレを残さないため、議事録で決定事項・宿題・確認事項を分ける書き方を現役SE目線で解説します。

保守案件、障害対応、リリース前確認で初心者SEが確認すべき実務ポイントを、現役SE目線で整理します。

レビュー指摘は、言われた箇所だけ直せばよいとは限りません。指摘の意図、影響範囲、同じミスの横展開、修正後の確認まで見ることが重要です。現役SEの実務経験をもとに、レビュー指摘への対応方法を解説します。

テストケースは数を増やせばよいわけではありません。仕様との対応、期待結果、条件分岐、例外系、テストデータ、確認できる内容が明確でないとレビューで差し戻されます。現役SEの実務目線で確認ポイントを解説します。

仕様書を読んでも何をテストすればよいか分からないときは、正常系だけでなく、条件分岐、例外系、権限、データ状態、既存機能への影響を確認する必要があります。現役SEの実務経験をもとに、テスト観点の出し方を解説します。

AIで作成した議事録・設計書・手順書をそのまま使うと、現場では認識違いや責任範囲の漏れにつながることがあります。現役SEの実務経験をもとに、確認すべき判断基準と失敗例を解説します。