WeBlowg Side

>バグトラッキングシステムの威力
私は通常の開発現場からは離れて1年以上が経過していますが、実は最もほしかったのがBTSだったんです。
自分で作ろうと設計（詳細設計、画面の雛形などはノートPCに転がってる）もしてました・・・その名も「漢」（爆

でも会社的に導入を・・と言うとなぜか変更管理やリスク管理などと思われてしまうんですよね。単体テストレベルのものから使っていけばタスクの割り当てなどが非常に容易になるし、関連するバグ情報やいつまでにバグを取り除くかなど、管理する上でも、作業する上でも非常にありがたいはずなんですけどね。

このあたりは開発をしている人間じゃないと分からないものなんでしょうか？
経営側、管理側ももっと開発者の意見を聞いて、上から目線でなく皆がそれぞれの領域の仕事をすることで仕事が回っているのだと認識してほしい今日この頃です。

あら・・・名前消えちゃった？Saxmanです。

>あら・・・名前消えちゃった？Saxmanです。
ごめんなさい、バグ仕込んじゃってました。
っていうかこんなわかりやすいバグを気づかないとは面目ないです。

>その名も「漢」
「おとこ」って読むんですよね！そうあって欲しいです。

>変更管理やリスク管理などと思われてしまうん
あぁ、変更管理って使い方もありましたね！リスク管理ってどうやるんやろ？
ツールは使い方次第だから開発者、経営者双方でいろんなメリットのある使い方が模索できればいいですよね。
経営者も開発の事を分からないといけないし、開発者も経営の事をわからないといけないんでしょうね。

>>その名も「漢」
>「おとこ」って読むんですよね！そうあって欲しいです。
ひ・み・つ（笑

>>変更管理やリスク管理などと思われてしまうん
>あぁ、変更管理って使い方もありましたね！リスク管理ってどうやるんやろ？
変更管理もリスク管理も難しいですね。大抵の会社はそれらを記述するための様式を持っているため（ISO関係で）通常のBTSで対応するのは困難なんです。
なので、できればBTSと変更管理・リスク管理などは分けて考えてほしいなと。

BTSから出力できるバグ収束曲線など非常に管理側にとってもありがたい機能をもっと有用に活用したいところです。EVMとかもできる統合型のプロジェクトマネジメントソフトがあればもっといいんでしょうけどねぇ。

>できればBTSと変更管理・リスク管理などは分けて考えてほしい
なるほど、ISOもからみますね。
ISOって良く知らない割に、いいイメージがないんですけどこういう所でも障害になっちゃうんですね。

お恥ずかしながらEVMって知らなかったです。
ちょっと調べた感じでは、計画からある程度乖離することを許容している所が潔くていいですね。

>お恥ずかしながらEVMって知らなかったです。
勉強材料になりましたか？（笑

>ちょっと調べた感じでは、計画からある程度乖離することを許容している所が潔くていいですね。
そうですね～。EV分析しながらプロジェクトを運営していると、「ある程度」と言う部分を見ることが大事で、それが度を超すタイミングを判断できるかなと個人的には思っています。Fire!!ってなるタイミングね。