不具合票記載の方針(1) ・1件1葉 ・正確に、明確、具体的に ・正確な用語を使用する ・代名詞の使用に気をつける ・論理的に書く ・感情的にならない #issue
2018-04-21 17:12:55不具合票記載の方針(2) ・読み手の気持ち、状況を考える ・情報を提供するという気持ちを持つ ・第三者がわかるように記述する ・事実と推測・憶測を区別する #issue
2018-04-21 17:14:18#issue 「こうゆう理由でこのままだとこうゆう問題が発生するかもしれない」みたいなことは、人が読んで納得するように書いてないと、相手が「はぁ?お前の頭の中ではそうなんじゃね」ってなっちゃうと思う。だから、伝わるように書くことは大事だと思う
2018-04-21 17:18:41ダメな不具合票の影響 ・欠陥の発生箇所の特定が難しくなる ・問題の振り分けや管理に支障が出る ・意図しない修正 ・信頼関係が崩れる ・バグピンポン ・結果としてQCDの悪化 #issue
2018-04-21 17:20:02RIMGENの話はこちらに書きました!> バグ票の改善観点の紹介と、やりやすいところからの改善のおすすめ - shiro庵 d.hatena.ne.jp/yuki_shiro/201… #issue
2018-04-21 17:21:39#issue ルールかに関する感想:「書き方」をルール化すると、難しいんだと思う。「何のために、何が必要だから、こうゆう情報が欲しい」「こうゆう風に書いてあると、こうゆう風に役に立つから、こうゆう風にしてほしい」ってのが周知されれば、良くなるんじゃないのかなぁ・・・
2018-04-21 17:29:50やっぱり一番いいのは両方の立場を経験してみることだと思う。 「自分がされて嫌なことは人にしちゃダメでしょ」 って保育園でも習うよ #issue
2018-04-21 17:31:56・タイトルにどこまで書くのか問題 ・すみつきカッコは必要か ・不具合票に書くのは、欠陥・バグなのか、インシデントなのか #issue
2018-04-21 17:34:16・不具合票に要望を書くのはOK?NG? ・不具合票のテンプレートは必要?不要? ・不具合票に考察を書く?書かない? #issue
2018-04-21 17:35:27・不具合票は長文にすべきか、簡潔にすべきか ・不具合票の現象に「どうならなかったか」を書くか、書かないか ・重箱の隅をつつく不具合の起票 ・不具合票に「本来は〜であるべき」と書くか、書かないk #issue
2018-04-21 17:38:19若手あるあるが、ちょっとテストになれてきたところで誤記レベルでチケット上げまくってしまい怒られるとか有る(経験談 #issue
2018-04-22 00:17:50