バグ起票 #6

New Issue

26-o-yamamoto-aifs · 2026-09-07T07:39:21Z

2026-09-07 07:39:21 +00:00

シーケンス図作成（検索時）のレビューにて以下の不備があることが判明したため修正する。
【事象】
シーケンス図作成においてイベントごとに作成できていない不備
FormやEntityなどのJavaBeansクラスの記載がライフサイクルから抜けている不備
メソッドや戻り値の不記載
【原因】
シーケンス図の下調べが足りないことによる認識の齟齬。
【対策】
シーケンス図について詳しく調べてから作成する。

シーケンス図作成（検索時）のレビューにて以下の不備があることが判明したため修正する。【事象】シーケンス図作成においてイベントごとに作成できていない不備 FormやEntityなどのJavaBeansクラスの記載がライフサイクルから抜けている不備メソッドや戻り値の不記載【原因】シーケンス図の下調べが足りないことによる認識の齟齬。【対策】シーケンス図について詳しく調べてから作成する。

t-yuasa added the

バグ起票

label 2026-09-07 07:43:22 +00:00

26-o-yamamoto-aifs changed title from ~~シーケンス図の不備~~ to バグ起票

2026-09-07 08:20:11 +00:00

t-yuasa commented

2026-09-08 00:16:03 +00:00

タイトル
「バグ起票」ではなく「一目で何が起きたか分かる具体的なタイトル」にしましょう。
（理由：一覧を見たときに、他のメンバーが中身を開かなくても対象や影響範囲を把握できるようにするためです）
例：「【〇〇機能】シーケンス図作成における設計規約違反および記載漏れ」

【事象】について

アドバイス: 「どこで」「どのような不備があったか」という事実を、第三者が読んでイメージできるように客観的に追記しましょう。

理由: 上司や別のエンジニアが読んだときに、対象範囲や手戻りの規模を正しく把握するためです。単に「できていない」ではなく、「〇〇機能のシーケンス図において」「設計規約（標準）から逸脱した〇〇の不備があった」のように書くと正確に伝わります。

【原因】について

アドバイス: 「下調べ不足」「認識の齟齬」という結果だけでなく、「なぜそうなってしまったのか（プロセスの問題）」まで深掘りしてみましょう。

理由: 上司が知りたいのは、個人の能力不足ではなく「チームで同じミスを防ぐために、仕事の進め方のどこを改善すべきか」だからです。「サンプルや規約を確認するフローが抜けていた」「書き切る前に先輩に相談・レビューしてもらうタイミングを作れていなかった」など、プロセスに着目すると良い原因分析になります。

【対策】について

アドバイス: 「詳しく調べる」といった個人の意識ではなく、行動ベースの「仕組み」や「ルール」を考えてみましょう。

理由: 「次から気をつけます」という意識づけだけでは、時間が経ったり別の人が作業したりしたときに必ず再発してしまうため、エンジニアの対策としてはNGとされやすいからです。「着手前に〇〇を確認する」「〇%できた段階で有識者に中間レビューを依頼する」「提出前にセルフチェックリストを活用する」など、具体的なアクションに落とし込んでいきましょう。

タイトル「バグ起票」ではなく「一目で何が起きたか分かる具体的なタイトル」にしましょう。（理由：一覧を見たときに、他のメンバーが中身を開かなくても対象や影響範囲を把握できるようにするためです）例：「【〇〇機能】シーケンス図作成における設計規約違反および記載漏れ」 1. 【事象】についてアドバイス: 「どこで」「どのような不備があったか」という事実を、第三者が読んでイメージできるように客観的に追記しましょう。理由: 上司や別のエンジニアが読んだときに、対象範囲や手戻りの規模を正しく把握するためです。単に「できていない」ではなく、「〇〇機能のシーケンス図において」「設計規約（標準）から逸脱した〇〇の不備があった」のように書くと正確に伝わります。 2. 【原因】についてアドバイス: 「下調べ不足」「認識の齟齬」という結果だけでなく、「なぜそうなってしまったのか（プロセスの問題）」まで深掘りしてみましょう。理由: 上司が知りたいのは、個人の能力不足ではなく「チームで同じミスを防ぐために、仕事の進め方のどこを改善すべきか」だからです。「サンプルや規約を確認するフローが抜けていた」「書き切る前に先輩に相談・レビューしてもらうタイミングを作れていなかった」など、プロセスに着目すると良い原因分析になります。 3. 【対策】についてアドバイス: 「詳しく調べる」といった個人の意識ではなく、行動ベースの「仕組み」や「ルール」を考えてみましょう。理由: 「次から気をつけます」という意識づけだけでは、時間が経ったり別の人が作業したりしたときに必ず再発してしまうため、エンジニアの対策としてはNGとされやすいからです。「着手前に〇〇を確認する」「〇%できた段階で有識者に中間レビューを依頼する」「提出前にセルフチェックリストを活用する」など、具体的なアクションに落とし込んでいきましょう。

Sign in to join this conversation.

2 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: 2026_9_AI_4D_depProject_YUASA/EM-System#6