We’re getting things ready Loading your experience… This won’t take long.
sourceforge.jp
We’re getting things ready Loading your experience… This won’t take long.
チケット駆動開発は進捗報告作りをどのように解決しようとするか？ - プログラマの思索
【1】管理者は、プロジェクトの進捗報告のためのくだらない作業が必要になる。 まず、初期段階で、WBSとして必要な成果物、作業を洗い出す。 そこから、工数を見積もり、MSProjectやExcelでスケジュールを作っていく。 しかし、実際に作業していくと、そのスケジュールの保守は面倒きわまりない。 当初は分からなかったタスクを追加したり、仕様変更で対応すべきタスクを入れたり、実際は不要になったタスクを削除するなどを、逐一スケジュールへ反映しなければならない。 スケジュールで、先行・後行の関係まで考慮したり、工数の標準化などを行おうとすると、もはやExcelで手作業で管理するのはもはや人間の手を超える。 MSProjectでは、そのような作業をアプリでやってくれるが、だからと言って、スケジュール保守が楽になるわけではない。 そのスケジュールを管理者が常に保守し続けなければならない理由は二つある
Redmineを使って気付いたことpart7～イテレーションで追跡する - プログラマの思索
チケット駆動開発でアジャイルに開発しながら、「チケットではなくイテレーションで進捗やリスクを追跡する」意味が何となく分かってきた。 それについてメモ。 【1】チケット駆動開発の基本は、チケットファースト。 チケットがXPのタスクカードに相当する。 担当者は、チケットへ作業内容を記入してから、作業を開始する。 開発者は実際、チケットをToDoカードのように用いている。 SW開発のタスクは単にプログラミングだけではない。 お客様へ納品する設計書を作ることも必要だし、テスト仕様書を作ることも必要。 更には、ビルド環境を作ることも必要だし、テストデータを準備することも必要。 すると、チケットは終了するペースよりも登録する方がどんどん増える。 何もしなければ、チケットは乱発されて、放置状態になり、収拾が付かなくなる。 僕が初めてTracを運用した時、マイルストーンやバージョンが曖昧なままチケットを登
redMineのユーザでsvnリポジトリを認証する - soutaroブログ
http://d.hatena.ne.jp/rucifer_hacker/20070803/1186105118 みたいな感じの話。私の場合は、svnのリポジトリとredMineのプロジェクトを連動させて、redMineのプロジェクトメンバー以外は書き込みできない、とかしたかった。 そこで、mod_perlのモジュールを書いてみた。Perl書いたのは、6年ぶりくらいだぜ。http://redmine.soutaro.com/projects/show/2とかにおいてありますが、redmine.soutaro.comは、まだまだ気分で止めると思うので、こっちにもこぴぺしておきます。 package Apache::Authn::redMine; # file: Apache/Authn/redMine.pm use strict; use DBI; use Digest::SHA1; use
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
