バグの上げ方 の変更点

• 追加された行はこの色です。
• 削除された行はこの色です。
• バグの上げ方 へ行く。
• バグの上げ方 の差分を削除

[[共同開発]]
*概要 [#m0dd81b2]
-良いバグを上げないと誰も見てくれなくなる
-スケジュール的な重要性と、痛みを感じる人が指標となる

*良いパターン [#r33ca2b0]
-インパクトをちゃんと述べる
--何人が
--何％のエラーレートで
--どれくらいのビジネスの影響を受けているか？

-期待値という概念大事
--正しさはどうあるべきで、実際はどうなってる、という観点で見るべき

-これはいい方法ではない、というのではなく、ちゃんと代案を同時に提案してこのほうがよいということ！

-タイムラインをちゃんとデバッグのときには書いたほうがいいな
-ケースが来たらdupを疑うのは結構大事。

*バグの客への報告の仕方 [#c8014c38]
-
カスタマーは、What? Again? Next?をかならず聞いてくる。プロアクティブに返信すること。