=はい、きょうもちょっとだけRedmineの文化につて触れます。チケットの進捗率というのは付ける方が難しいモノである。なんとなくで付けて?なんで進まないの?完了してよ正直めんどくさい系になる。結局のところ、進捗率90%シンドロームに陥るのがおちである。終わらせたらめんどくさい。できてないって言われたらどうしよう。なんだか解らないけれど終わったらダメな気がするはい、そんなモノはRedmine文化を創ればOKな訳である。90%の壁を考えると、私の文化では、自分の結合試験が終わらないと言うステータスとなる。試験を見直すか、ソフトウェアの開発に問題があると判断できる。そんな文化を簡単な図式にまとめてみたあ、図に書いてないけれども、再試験を実施してプログラムの開発完了の状態が90%である。再試験実施のループをなんど回ろうとも、90%である。80%までが実際に新規でのコーディングになるので、この進捗遅れは設計がミスっているか、技術的なつまずきとなるのでフォローが必要となる。「動作を確認する」まじめな人なら50%から80%に飛ぶのはおかしいんじゃないの?と思うかもしれない。そんなの関係ないw50から80へ飛ばしてください。試験に合格しているのです。試験、から考えるとUIとServiceの違いなわけである。+アルファと私は考えますけれどもともあれ、私は一つの指針を示しました。実際のプロジェクトリーダーの人はこれを参考にプロジェクトのルールを決めて運用をしてください。開発者ってのは開発中にチケットを相手にしている時間はないので、作業の開始に進捗中にしてくださいって言うだけではNGですって事です。方針が決まれば10%にしてね。全体的な流れを確認する前に80%にしてね。だめなら90%にしてね。数値はそれぞれが決めれば良いですけれども、10%刻みという微妙に粗い運用を求められているredmineではそれほどのステータスを細かく指定はできません。できたとしても開発者がそんなにマメに入れることはないです。全件、全ルールを開発者側に求めているので、90%シンドロームなんて発生するわけですわな。チケット駆動開発ってのはそんなところで手間取るようなら開発の邪魔になりますよ。開発者側のチケット駆動開発の話でも書こうかな。試験を頭からする人ってのが出てくるとこの開発って向かないので考え方を考えようと言う話だね。コメントをキャンセルメールアドレスが公開されることはありません。Post広告プロフィールWATARU近代錬金術師:フリープログラマ(Javaメイン)、ネットワーク屋さん。最近趣味はスランプ気味。超ド級のwotakuさんです。おいらはつぶやかない。吠える、なげく、そして、食べられる。ちなみに世間とはずれています。