第4回 redMineを使ったプロジェクト管理（その2） | gihyo.jp
前回は、ユーザの登録から、プロジェクトの登録・設定、「問題」の登録とスケジュール／進捗を表示する3つのビュー（ガントチャート／ロードマップ／カレンダー）について解説しました。 今回は、登録した「問題」の進捗状況の変更（進捗率の編集／「問題」のクローズなど）やマイページ、wikiについて解説します。 マイページ 前回、プロジェクトメンバーは、redMineのマイページに表示されている「担当している問題」をベースに仕事を進めていきますと書きました。 この「マイページ」は、iGoogle（旧Googleパーソナライズドホーム）のように、 表示位置や表示内容をカスタマイズすることができます。デフォルトでは、マイページには「担当している問題」と「報告した問題」しか表示されていないので、ここに「カレンダー」と「最新ニュース」を登録します。画面右上の「このページをパーソナライズする」をクリックすると
redMine｜Ruby on Railsで作られたプロジェクト管理ツールredMineを使ってみよう!:第1回 プロジェクト管理ツールの必要性/Tracとの違い/redMineがオススメな理由|gihyo.jp
プロジェクト管理ツールの必要性 みなさんのプロジェクトは上手に運営できていますか？ プロジェクトメンバーのタスクの進捗管理はできていますか？ 問題・課題管理はスムーズに行えていますか？ ExcelやWord、紙資料を用いた管理で、作業が煩雑になっていませんか？ 進捗報告ミーティング用の会議資料作成やチームメンバとの情報共有のために、大きく時間を取られていませんか？ ファイルサーバには必要かどうか判断できない無駄な資料があふれかえっていませんか？ ソースコードはきちんと管理されていますか？ リリース用のソースコードに、どんな機能が盛り込まれ、どんな不具合が解決したのか、ちゃんと把握できてますか？ プロジェクトが混沌としてくると、ドキュメントやソースコードの構成管理がぼろぼろになり、プロジェクトメンバの作業の進捗具合をリーダが見通せなくなります。その結果、上記のような問いかけに対して「できてい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
