3年使ったRedmineの使い方について共有したい10のこと
前回は、1000人のエンジニアがRedmineを使い出すまでの事例を紹介させていただきました。今回は、Redmineの使い方や、大規模に変化してくRedmineの運用について、2年間の運用や改善から得たナレッジや、気がついたことをまとめていこうと思います。 1. Redmineのオブジェクト構造を理解した方がいい Redmineは以下の構造になっているので、タスクの属性をうまく分類する必要があります。 プロジェクト > サブプロジェクト > バージョン > 親チケット > 子チケット > トラッカー > カテゴリ 注意したいのは、プロジェクト・サブプロジェクトには期限が設定できず、バージョンには終了日時、チケットには開始日時と期限をつけることができる点です。期限があるものには、期限のあるものを当てはめるのがすっきりします。Redmineを使って「何を」「どう」管理していきたいのかを、まず考
Redmineチケットのステータスのネーミング方法 - プログラマの思索
チケットのステータスのネーミングは結構悩みがち。 ラフなメモ書き。 【元ネタ】 Redmineのチケットのステータスは「～待ち」にすべき - nazonoDiary Redmineのチケットステータス - gdgdでも生きてる Redmineチケットのステータスをデフォルトで運用すると、うまく回らない時がある。 その理由は、今誰がチケットを担当すべきか、認識が一致しないから。 以前の僕も「検証中」「検証完了」「リリース完了」というステータスを作っていた。 だが、複数のチームで運用した所、特にリーダー層から不満が出てきた。 彼らとしては、「～前」というステータス名が欲しいらしい。 例えば、「検証前」なら、開発者が修正完了したがリーダーのレビューが終わっていない状態。 「リリース前」なら、リーダーの検証が終わったので、ライブラリアンが受入環境へリリースするのを待っている状態。 似たようなステー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
