Home
TicGit is now unmaintained, and subsequently deprecated. For the most up to date version of Ticgit, now renamed to Ticgit-ng to avoid gem namespace clashes, see https://github.com/jeffWelling/ticgit For questions and feature discussion, we’ve got a google group: http://groups.google.com/group/ticgit (DEPRECATED: See ‘Updates’ at the bottom) TicGit is a simple ticketing system, roughly similar to t
【再考】TiDDのプラクティス集 - プログラマの思索
チケット駆動開発を運用する上で、あった方がよいと思う運用ノウハウをプラクティスとしてピックアップしてみる。 なお、下記には、他の人のアイデアも含まれているので、引用先をリンクしておく。 【元ネタ】 脱Excel！ Redmineでアジャイル開発を楽々管理 － ＠IT自分戦略研究所 チケット駆動開発のベストプラクティスを収集したい: プログラマの思索 チケット駆動開発のFAQ: プログラマの思索 チケット駆動開発 - Live a meaningful Life チケット駆動開発とTestLinkによる開発プロセスの改善 (Shibuya.trac #4.5) - まちゅダイアリー(2009-09-11) 2009-09-17 gitだからこそできるチケット駆動開発のやり方- kunitの日記 チケット単位に並行開発する事例: プログラマの思索 [tech]チケット駆動開発 - Kazumi
チケット駆動開発は進捗報告作りをどのように解決しようとするか？ - プログラマの思索
【1】管理者は、プロジェクトの進捗報告のためのくだらない作業が必要になる。 まず、初期段階で、WBSとして必要な成果物、作業を洗い出す。 そこから、工数を見積もり、MSProjectやExcelでスケジュールを作っていく。 しかし、実際に作業していくと、そのスケジュールの保守は面倒きわまりない。 当初は分からなかったタスクを追加したり、仕様変更で対応すべきタスクを入れたり、実際は不要になったタスクを削除するなどを、逐一スケジュールへ反映しなければならない。 スケジュールで、先行・後行の関係まで考慮したり、工数の標準化などを行おうとすると、もはやExcelで手作業で管理するのはもはや人間の手を超える。 MSProjectでは、そのような作業をアプリでやってくれるが、だからと言って、スケジュール保守が楽になるわけではない。 そのスケジュールを管理者が常に保守し続けなければならない理由は二つある
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
