3年使ったRedmineの使い方について共有したい10のこと
前回は、1000人のエンジニアがRedmineを使い出すまでの事例を紹介させていただきました。今回は、Redmineの使い方や、大規模に変化してくRedmineの運用について、2年間の運用や改善から得たナレッジや、気がついたことをまとめていこうと思います。 1. Redmineのオブジェクト構造を理解した方がいい Redmineは以下の構造になっているので、タスクの属性をうまく分類する必要があります。 プロジェクト > サブプロジェクト > バージョン > 親チケット > 子チケット > トラッカー > カテゴリ 注意したいのは、プロジェクト・サブプロジェクトには期限が設定できず、バージョンには終了日時、チケットには開始日時と期限をつけることができる点です。期限があるものには、期限のあるものを当てはめるのがすっきりします。Redmineを使って「何を」「どう」管理していきたいのかを、まず考
Redmineが1000人のエンジニアに使われるまでのこと
デブサミ2011の後に、Shibuya.tracの第10回勉強会で初LTをしました。テーマは「EnterpriseレベルのRedmine導入結果について」です。外の勉強会は緊張しますが、@yusuke_kokuboさんや@akipiiさん、アジャイルなゆかいな仲間たちにお会いすることができ、とても楽しい勉強会でした。また学びに行かせていただこうと思います。 はじめに 上の資料はそのときのものです（Slideshareはこちら）。5分間のLTだったため、あまり詳細をお話しすることができませんでしたが、勉強会の時に知り合った方と、今度、Redmine導入＆運用の情報交換会を企画しており、そこで共有するネタとして、まずは、Redmine導入時の経験をここにまとめようとおもいます。まずはその前に、私の仕事内容を少しだけ説明させてください。 標準化とか全社共通とかいう仕事 私は入社以来、サービス開発
チケットのステータスの意味
Redmineにはデフォルトでは五つのステータスが登録されています。これらの意味について説明します。 ステータスの意味 新規 新たに登録されたもの。作業は未着手。 進行中 担当者が作業に着手。 解決 担当者の作業が終了。 テスト／レビュー待ち。 フィードバック 差し戻し。 作業が完了したものについてテストやレビューを行った結果、修正や追加の作業が必要となったもの。 終了 作業終了。 却下 作業を行わずに終了。 採用されなかった新機能の提案、バグとして報告されたが修正する必要のないもの（報告者の誤認など） 例：バグの発見から修正完了まで 作業の進捗に応じて、関わったメンバーがステータスを変更していきます。 バグの発見者がチケットを起票。＜新規＞ 担当者が修正に着手。＜進行中＞ 修正作業が完了。＜解決＞ テスト担当者が修正内容を検証。完全に修正されていなかったので再度修正を依頼。＜フィードバッ
Redmineのトラッカーやチケットの設定をする
トラッカーやチケットには、様々なパラメータを設定する事ができる。デフォルト値でも十分使える気はするが、後で分析できるように考えながら設定してみる。懲りすぎると逆に混乱するので注意が必要。。。 プロジェクト この単位でトラッカー、メンバー、ソースコード管理システムのリポジトリ、Wiki、アナウンス、文書などを登録、公開する。ソフトウェア開発の場合は、管理対象のソフトウェア毎に作成するのが普通。 今回は、主にIS仕事のタスク管理に使うので以下プロジェクトを作成した。 既存システム目標管理(AD構築など数ヶ月かけて行う作業)その他何でも入れるプロジェクトを１つ１プロジェクトで全て管理する事も考えたが、数年使い続ける事を考えると、何らかの単位で分けたほうがいい。後々公開する事も考慮。 トラッカー トラッカーは、チケットの入れ物で、チケット発行時にどのトラッカーに含めるかを選択する。(ただし、後から
Redmine チケットのトラッカーとステータス項目の意味と設定 - developer
トラッカー ドキュメントドキュメント書き。 調査・検証調査、検証、研究など。 機能機能の追加や変更など。 不具合／バグバグや不具合登録する。 要望ユーザーからの要望。後で「機能」や「バグ」に変化する可能性がある。 サポートユーザーからの問い合わせは、とりあえず登録。後で「要望」や「バグ」に変化する可能性がある。 障害なんらかの障害が発生したら、とりあえず登録。このチケットに関連した「不具合／バグ」のチケットが後から追加される可能性あり。 環境環境構築・環境整備や設定変更など。 アイデアアイデアを登録。 タスク上記以外は全てタスクにする。タスクのトラッカーが多い場合は、トラッカーの項目を見直す必要あり。 ステータス 未着手新規登録したチケットのデフォルトステータス。 作業に着手担当者が作業を行っている状態。 対応待ちなんらかの対応を待ってからではないと進められない保留状態。 保留対応待ち以
プログラマの思索: RedmineがExcelよりも素晴らしい点
Redmineの使い方は下記を見よ。 http://www.redmine.org/projects/show/redmine 【1】以下、Redmineを使った感想を書いてみる。 1-0.ガントチャートがリアルタイムに表示される。 こいつに一番感動した。 プロジェクトリーダーは、ガントチャート保守に、彼の作業時間の殆どを費やす。 その理由は、プロジェクトのリスクがガントチャートでしか把握できないからだろう。 考えてみれば、作業の開始日と終了日、作業状態さえ入力すれば、リアルタイムにガントチャートは計算できるはず。 殆どのITプロジェクトのガントチャートは、手作業でかなりの時間を浪費して作っているか、MSProjectのように保守しても理解しにくいか、どちらかだ。 ソフトウェア開発のプロジェクト管理で最もIT化されていない部分と言える。 1-1.SVNリポジトリとチケットが相互リンクできる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Redmine archive at Olivine
Redmineを使って気づいたことpart4～チケットの状態管理 - プログラマの思索