共同開発

概要 †

  • 良いバグを上げないと誰も見てくれなくなる
  • スケジュール的な重要性と、痛みを感じる人が指標となる
↑

良いパターン †

  • インパクトをちゃんと述べる
    • 何人が
    • 何％のエラーレートで
    • どれくらいのビジネスの影響を受けているか？
  • 期待値という概念大事
    • 正しさはどうあるべきで、実際はどうなってる、という観点で見るべき
  • これはいい方法ではない、というのではなく、ちゃんと代案を同時に提案してこのほうがよいということ！
  • タイムラインをちゃんとデバッグのときには書いたほうがいいな
  • ケースが来たらdupを疑うのは結構大事。
↑

バグの客への報告の仕方 †

  • カスタマーは、What? Again? Next?をかならず聞いてくる。プロアクティブに返信すること。
トップ   編集 凍結 差分 バックアップ 添付 複製 名前変更 リロード   新規 一覧 単語検索 最終更新   ヘルプ   最終更新のRSS
Last-modified: 2019-08-03 (土) 14:20:12 (1720d)