「バグ」を「UX向上作り込みタスク」という言い換えてみた - Qiita

チャット系システムをつくっていて、「"空白文字だけの投稿"などの"有意な文字"を含まない投稿を許可しない」というタスクが出た。 機能仕様には含まれないので「バグ」という分類になっていたがそれについて少し考えた なおそのタスクは即座に消化された。スピード優先。 この手のタスクをバグと分類すると何がまずいのか(なおこれを仕様バグをして扱うことには異論はない) ・開発者が責められているように感じる。 ・外聞が悪い(今週のバグ５件？品質悪いんじゃないの？) ・本来バグとして扱うべき物(クラッシュバグや、TL同士が混線する問題)がこれらの「軽微な問題」に埋もれてしまう ・この手の「バグ」が現れることは常態化しがちなので、バグがあっても当然という意識になりがち ・バグ＝問題＝瑕疵担保で無償対応、という意識からバグかバグでないかの議論に無駄なエネルギーが割かれがち(受託でよくある問題) 対応として 私と

[gin0606]

良さそう