[kagemai-users:0161] Re: デフォルトテンプレートについて要望

["Haruki Kodera" <haruki.kodera@xxxxxxxxx>]

こんにちは、小寺です。

> 割り当て済みかどうかは、担当者フィールドで識別できますが、新規に投稿
> されたレポートがまったく処理されていない、つまり、内容のチェックも
> すんでいないものと、内容がチェックされて担当者に振られて状態は明確に
> 分けていたほうがいいような気がします。
確かに私の設定だと、完全新規の物と「担当者が未処理」の物が、状態フィールドに
おいて差異無く、（トップページ等の）状態種別による表示で切り分けができない
という問題があります。「内容がチェックされたのに担当者に振れない状態」
は保留で扱えなくも無いですが・・・

ところで、何故こうしたかというと、自分自身が使ってみて最初にやった間違いが
・担当者をアサインしたのに、状態フィールドの方を変更するのを忘れた
為でして(^^; フィールド間の状態依存は抑えた方が、利用者（特に初心者）
が扱いやすいかなぁ、と思った次第です。

これを回避するのに、BTSテンプレートのサポートスクリプトで現在デフォルト
では封印されている
・フィールドの状態をチェックして、依存関係のあるフィールドは適切な状態に書き
かえる
とかを推し進めるのもいいのですが、やり過ぎると、柔軟＆簡単設定という影舞
の魅力をスポイルしてしまう恐れがあります。難しい問題だと思います。


> 挙げられた案で基本的によさそうですが、「対処」よりは「修正」とした
> 方が、より意味が限定されてわかりやすそうな気がします。
新機能追加の要望に応えた場合等に違和感が無い様に、意味を広くとれる方
してみましたが、「修正」でも問題無いと思います。


>   http://www.daifukuya.com/kagemai/doc/lifecycle.html
>
> 修正案その２は、小寺さんの案をベースに「割り当て済み」は残して、
> 「修正済み」という状態を加えました。プロジェクトにもよるでしょう
> が、修正が終わった状態と、それが実際にリリースされたかどうかは、
> やはり分けておきたいことが多いと思うので。
>
> せっかくなので、別の方の意見も伺ってみたいところです。
そうですね。私も導入を始めたところなので、実際に運用中の方の設定なども
お聞かせ頂けると有り難いです。


> 影舞は複数のテンプレートを扱えるので、各テンプレートの使い方
> をもっと明確にして、その上でテンプレートの種類を増やすのもあり
> でしょうね。運用方法とセットにしてテンプレートをライブラリ化
> するとか。
基本コンセプトにある様に、影舞の利用価値はバグ管理以外にもありますので、
用途別テンプレートはあると良さそうですね。

ただ、先に書きました様に、私は柔軟＆簡単設定という所を凄く魅力に感じて
ますので、機能を上げる為に設定が硬直化する様だと手放しで喜べないというのも
あります。簡単の方を追求するとそうなりがちだとは思うんですけど・・・

例えば、今はテンプレート選択段階でサポートスクリプトが分離されていて、
シンプルテンプレートから組み上げたプロジェクトでは担当者フィールドを
新設しても担当者へのメール送信機能を利用出来ません（よね？）
この辺、スクリプトの方をライブラリ化して、通常のプロジェクト設定・編集の方で
それらの機能を呼び出せる様になっていれば良い様な気もしています。


> 実は「タイトル」というのはやめて、「サマリ」とか「概要」に
> 変えるのがいいのかもしれませんね。Bugzilla-ja を見ると
> 「要約」になっているので、それもいいかもしれません。
確かに、それが必要十分の気がしますね。

ところで、これに関連してひとつ思ったのは、

・フィールド属性の「（ユーザー・ゲストが）変更可能」は３状態にして
「（ユーザー・ゲストが）作成のみ可能」を設定出来た方が良いのかな？

という事でした。いまはゲストでレポート起こせる様にする為には、
タイトルフィールドは「変更可能設定」が必須なわけですが、その結果
他のゲストがタイトルの変更権まで持ってしまっています。
影舞のＢＴＳでいうと、提案か否か、バージョンといった辺りも、初期
レポート時に重要なのですがリプライ時には通常変更しないので、
ゲストレベルは作成可能・変更不可で良い気がします。


話が分散し過ぎてしまいました。次からは、分けられるところは
分ける様に致します。

小寺 <TDA00220@xxxxxxxxx>