PR
カレンダー
キーワードサーチ
▼キーワード検索
yellowfox
起業したシステムエンジニアが、仕事や日常で感じたことを書いています。よかったら読んでください。
2026年10月
2026年09月
2026年08月
2026年09月
2026年08月
2026年07月
2026年06月
2026年06月
コメント新着
2004年02月02日
カテゴリ： これが現実です
これも前の会社の話。
システム開発では、テストをしたときに発見された
不具合（バグという）を管理する方法が会社や
プロジェクトで決められている。
この会社の不具合の管理方法はこんな手順だった。
●手順１
テストにおいて不具合が1件発見されたら、テスト担当者は
紙に印刷された不具合票1枚に 手書き で不具合の内容を
さらに、PCから不具合管理ツールに 同様の内容を入力 する。
●手順２
不具合票を開発部署にまわし、不具合の原因や修正方法を
記述してもらう。
さらに、PCから不具合管理ツールに 同様の内容を入力 して
もらう。
●手順３
テスト担当者は、不具合が修正されていることを、テストにて
再確認し、再確認方法と結果を不具合票に記述する。
同様の内容を入力 する。
紙に書かずに、最初から不具合管理ツールに入力すれば
2度出間にならずにすむのは誰がみてもわかること。
しかし、
「これまでの会社のやり方だから」
そして、しまいには、
「番号○○○の不具合票がないけど、どこいったか
といって、あちこち探しまわるはめに。
本質を理解せずに、形式をまっとうする会社でした。
おわり
システム開発では、テストをしたときに発見された
不具合（バグという）を管理する方法が会社や
プロジェクトで決められている。
この会社の不具合の管理方法はこんな手順だった。
●手順１
テストにおいて不具合が1件発見されたら、テスト担当者は
紙に印刷された不具合票1枚に 手書き で不具合の内容を
さらに、PCから不具合管理ツールに 同様の内容を入力 する。
●手順２
不具合票を開発部署にまわし、不具合の原因や修正方法を
記述してもらう。
さらに、PCから不具合管理ツールに 同様の内容を入力 して
もらう。
●手順３
テスト担当者は、不具合が修正されていることを、テストにて
再確認し、再確認方法と結果を不具合票に記述する。
同様の内容を入力 する。
紙に書かずに、最初から不具合管理ツールに入力すれば
2度出間にならずにすむのは誰がみてもわかること。
しかし、
「これまでの会社のやり方だから」
そして、しまいには、
「番号○○○の不具合票がないけど、どこいったか
といって、あちこち探しまわるはめに。
本質を理解せずに、形式をまっとうする会社でした。
おわり
お気に入りの記事を「いいね！」で応援しよう
最終更新日
2004年08月07日 17時57分13秒
[これが現実です] カテゴリの最新記事
-
システムを構築する前に信頼関係を構築する 2010年01月20日
-
優先させるべきは人ではなく「仕組み」です 2009年12月21日
-
お客さんはシステムそのものを求めている… 2009年12月19日
【毎日開催】
15記事にいいね！で1ポイント
© Rakuten Group, Inc.
