「非エンジニアにこそオススメしたいプロジェクト管理ツールRedmineの導入から運用まで 」の記事が素晴らしい - プログラマの思索
「非エンジニアにこそオススメしたいプロジェクト管理ツールRedmineの導入から運用まで 」の記事が素晴らしいのでメモ。 Webサービス業界でRedmineをプロジェクト管理に使った場合の事例や注意点が記載されていて、とても参考になる。 【参考】 非エンジニアにこそオススメしたいプロジェクト管理ツールRedmineの導入から運用まで - coach4pmの中の人 akipiiさんのツイート: "これは良い記事。編集部の原稿管理の事例、チケットの粒度はすごく参考になる。RT @chitoseweb: 非エンジニアにこそオススメしたいプロジェクト管理ツールRedmineの導入から運用までのポイントについて書きました。https://t.co/zQJ5LF2qd0" 岡崎 良徳 @中野のSEOコンサルタントさんのツイート: "記事の入稿管理とかにも使えるかな…／非エンジニアにこそオススメしたいプ
Redmineを全員で使ったらカオスになった話
タスク管理のツールとしてオープンソースのRedmineを使っていた。エンジニアだけで使っているうちは特に問題はなかった。エンジニアが10数名、全員でも40人規模の会社なので全員の作業を見える化したいよねという話が上がって全員でRedmineを使い始めることになった。そして何が起きたか。 プロジェクトが乱立した エンジニアであれば「プロジェクト」は単位は大体想像がつくと思う。しかしながらツール上ではその単位でプロジェクトは作られなかった。「正規のプロジェクト」の小規模な機能追加であっても「○○対応プロジェクト」と銘打たれツール上にプロジェクトが作成された。 「〜対応プロジェクト」「〜導入プロジェクト」「〜検討プロジェクト」「〜プロジェクト」・・・どんな言葉にもプロジェクトを付ければ”プロジェクト”にできるんだということは新鮮ではあったし、勉強にもなった。（そもそも”プロジェクト”って何だ？）
「挫折しないRedmine」の資料が分かりやすい - プログラマの思索
僕が使い始めた2008年頃と違って、現在はかなりRedmineが普及している。 ソフトウェア開発者だけでなく、製造業や製薬業、営業や事務、勉強会のタスク管理に使っている事例も多い。 最近特に目立つのが、初心者がRedmineを使っているものの、Redmineの良さを出し切れていない場面。 上記の資料では、「Redmineは、チームでチケットを消すゲーム」と定義して、わかり易く説明しているのがすごくいい。 アジャイル開発では、XPの計画ゲーム、Scrumのプロダクトバックログのように、ストーリーやタスクをチケット化して、イテレーション(Redmineならバージョン)単位にグループ化して、リリースしていく戦略を取る。 すると、チケット管理とは、チームでチケットを消すゲームなのだ、と感覚で分かるようになる。 この辺りの感覚は、40代以上の中年SEよりも、20代の若手PGの方がすぐに馴染んでくれる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
