3年使ったRedmineの使い方について共有したい10のこと
前回は、1000人のエンジニアがRedmineを使い出すまでの事例を紹介させていただきました。今回は、Redmineの使い方や、大規模に変化してくRedmineの運用について、2年間の運用や改善から得たナレッジや、気がついたことをまとめていこうと思います。 1. Redmineのオブジェクト構造を理解した方がいい Redmineは以下の構造になっているので、タスクの属性をうまく分類する必要があります。 プロジェクト > サブプロジェクト > バージョン > 親チケット > 子チケット > トラッカー > カテゴリ 注意したいのは、プロジェクト・サブプロジェクトには期限が設定できず、バージョンには終了日時、チケットには開始日時と期限をつけることができる点です。期限があるものには、期限のあるものを当てはめるのがすっきりします。Redmineを使って「何を」「どう」管理していきたいのかを、まず考
現場で使われない開発標準―その理由を尋ねてみると……
企業や組織がプロジェクトの品質を向上させるためには、プロセスや成果物などの「標準化」を行うことが有効である。個々の担当者の進め方に依存していては、品質が安定しないばかりか、情報やノウハウの共有が難しくなる。そこで、ソフトウェア開発のためのベストプラクティスをベースに、ドキュメントなどの開発標準を整備し、プロセスや成果物を統一化することで品質の向上を図るのである。 しかし、その標準が開発現場で有効活用されているとはいえない組織も多いだろう。今回は、標準化にありがちな「使われない開発標準」の利用環境を整備することで、開発現場での利用を促進し、さらに継続的な改善活動につなげた事例を紹介する。 書棚の奥に眠る「開発標準」 K社は、製造業や金融業など幅広い業界のシステム開発を受託開発する中堅SIベンダーである。メインフレームやオープンシステムなど幅広いソリューションを取り扱っている。K社では、メイン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
