調査目的を一文で書きます
原因を知りたいのか、採用可否を判断したいのか、改善方針が欲しいのかで、見る資料と成果物が変わります。
- 原因調査
- 技術選定
- 設計レビュー
- 外部サービス連携確認
再現手順とログをそろえます
不具合や性能問題の場合、環境、手順、期待結果、実際の結果、ログをそろえると調査範囲を絞りやすくなります。
共有範囲と権限を先に決めます
NDAの要否、見てよいコード範囲、一時権限、共有停止のタイミングを決めておくと、安全に調査を始められます。
よくある相談例
技術調査は、すぐ実装する前に判断材料を整理したいときに役立ちます。
- 不具合や性能問題の原因を絞りたい
- ライブラリや外部サービスの採用可否を見たい
- 既存設計のリスクを確認したい
依頼前に決めること
調査範囲を広げすぎないように、最終的に必要な判断と共有できる資料を決めます。
- 調査後に決めたいこと
- 環境、再現手順、ログ
- 共有できるコード範囲とNDA
失敗しやすいパターン
目的が広いままだと、調査結果が実装判断につながりにくくなります。
- 「全部見てほしい」から始める
- 再現手順やログが不足している
- 調査前に解決策を決めてしまう
Nobilwingで支援できる範囲
調査目的に合わせて、原因整理、技術選定、設計レビュー、リスク一覧化を支援できます。
- 不具合・性能問題の切り分け
- 技術選定や外部サービス連携の調査
- 調査メモ、リスク一覧、次アクションの整理
調査依頼チェック
- 判断したいことを書く
- 既存環境をまとめる
- 再現手順とログを用意する
- 共有できるコード範囲を決める
- NDAと権限を確認する