共同開発
概要 †
- 良いバグを上げないと誰も見てくれなくなる
- スケジュール的な重要性と、痛みを感じる人が指標となる
良いパターン †
- インパクトをちゃんと述べる
- 何人が
- 何％のエラーレートで
- どれくらいのビジネスの影響を受けているか？
- 期待値という概念大事
- 正しさはどうあるべきで、実際はどうなってる、という観点で見るべき
- これはいい方法ではない、というのではなく、ちゃんと代案を同時に提案してこのほうがよいということ！
- タイムラインをちゃんとデバッグのときには書いたほうがいいな
- ケースが来たらdupを疑うのは結構大事。
|
![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
