RedmineとTracの機能比較 - プログラマの思索
RedmineとTracの両方でチケット駆動開発を運用してみて、色んな気付きがあった。 以下メモ書き。 【比較対象】 ・Redmine0.8.0 ・Trac0.11.1.ja 【元ネタ】 脱Excel！ Redmineでアジャイル開発を楽々管理 － ＠IT自分戦略研究所 【1】複数プロジェクトの扱い RedmineがTracよりも機能が優れている点の一つは、複数プロジェクトに対応していること。 Tracはプロジェクトに親子関係を入れることができないため、特に大規模プロジェクトではチケット駆動開発を実践しにくいだろうと思う。 複数プロジェクトを作りたい状況は、二つある。 【1-1】開発チームが複数のサブチームに分かれていて、それぞれでタスク管理したい場合。 RedmineやTracを運用してみると、一つのプロジェクトでメンバーが5人以上だとチケットが乱発されたり、放置されやすくなるようだ。
プログラマの思索: オープンソースBTSはソフトウェア開発のベストプラクティス
ソフトウェア開発は3つのモードがあると思う。 最初は新規開発モード。 そしてソフトウェア開発の中で最も難しく、最もプロジェクトマネジメント能力を要求されるバグ管理モード。 最後は、運用保守モード。 BTS（バグ追跡システム）は、主にバグ管理モードで使われる。 つまり、各開発者のプログラムを繋ぎ合わせて正常に動かす結合テスト。 あるいは、色んなブラウザに対応しているか、とか、高負荷なアクセスに耐えれるか、などのようなシステムテスト。 BTSとは、そこで上がったバグを収集し、修正し、検証する一連の作業をフレームワーク化したもの。 主にWebシステムで作られている。 このBTSについて再考してみる。 【1】BTSに至るまでの歴史 一昔前。 結合テスト以降のバグ修正は、Excelベースだった。 バグを見つけた人が、Excelのバグ報告票に起票する。 そのExcelを修正担当者に渡し、修正してもらう
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
