Redmineの使い方ベストプラクティスを考えてみる
RedmineやTracのようなBTSはデータの持たせ方でいくらでも使い道が広がる。 しかし、裏を返せば、なんでもできるからどうやったらいいかが分かりにくかったりする。 そこで、これまでの経験から、最低限の使い方をきめておこうかと。 Redmineはデフォルトの状態（Ver0.8.0）として、カスタムフィールドは使わないで、使い方のベストプラクティスを考えてみる。 トラッカー トラッカーは以下を作成する。 設計 開発 テスト バグ 運用 会議 プロジェクトで使う場合は、だいたい上記作業が大分類になると思うので、トラッカーは作業大分類としている。「要件定義」とかもあるなら入れてもいいかもしれない。 ステータス 初期は「新規」。作業に入ったら「担当」。終わったら「終了」。この3つだけ使う。やらなくてよくなった作業は進捗を100％にして「却下」に設定してCloseする。 優先度 これはそのまんま
Redmine でシンプルな ToDo リストを実現する Redmine Todo Lists plugin | ITEMAN Blog - アイテマンブログ
最終更新日: 2010 年 2 月 13 日 Redmine や Trac などのプロジェクト管理システムを使う場合、チケットという単位で機能や不具合、タスクなどを扱うことになります。また、コーディング規約など常に気を付ける必要があることについては Wiki ページに書かれているのではないでしょうか。 では、チケットや Wiki ですべて問題ないかというと、そんなことはありません。例えば、チケットとして登録するには粒度が小さすぎるものや漠然としたもの、プロジェクトをまたがって確認したいものがあるでしょう。また、ソフトウェア開発を行っている場合、チケットとして登録済みのある機能を実現するために、実装する必要があることや気づいたことをその都度メモしたり、更新したいと思うかもしれません。このような要求は ToDo リストで管理できると便利です。 そこで、専用の ToDo リストプラグインの出番と
派遣PG時代の思い出
@vjroba 某N社で「メソッドを作ると処理が上下に飛んで可読性が落ちるので、出来る限り一つにまとめてください」と言われたことがある。僕は300行で挫折したが、1万行メソッドを書ききった強者がいた。クラスを作るには申請書が必要だった。 2010-05-11 12:42:06
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Online Inmate Search | Mugshots | Jails | Bluetrip Criminal Data
TechCrunch | Startup and Technology News