チケット管理のアンチパターン事例が公開されていたのでメモ。 二つの記事共にとても参考になる。 【参考】 redmineを使ったチケット管理の失敗のさせ方 - 文系プログラマによるTIPSブログ チケット管理のアンチパターンとベストプラクティス - Javaプログラマーのはしくれダイアリー 二つの記事に記載されているアンチパターン、プラクティスのタイトルだけを拾ってみた。 タイトルを見るだけでも、ああそうだなあ、とうなずくものがある。 (引用開始) 【チケット管理のアンチパターン１】 ・進捗率をユーザの裁量で更新させる ・対象バージョン「なるはや」 ・チケットの内容が途中から変わる ・増殖するプロジェクト固有のトラッカー ・「本日は打ち合わせありがとうございました」 ・対象バージョンの書式がバラバラ ・チケットに添付されまくる仕様書 ・チケットの題名が「仕様調査依頼」 ・社内redmineと
僕が使い始めた2008年頃と違って、現在はかなりRedmineが普及している。 ソフトウェア開発者だけでなく、製造業や製薬業、営業や事務、勉強会のタスク管理に使っている事例も多い。 最近特に目立つのが、初心者がRedmineを使っているものの、Redmineの良さを出し切れていない場面。 上記の資料では、「Redmineは、チームでチケットを消すゲーム」と定義して、わかり易く説明しているのがすごくいい。 アジャイル開発では、XPの計画ゲーム、Scrumのプロダクトバックログのように、ストーリーやタスクをチケット化して、イテレーション(Redmineならバージョン)単位にグループ化して、リリースしていく戦略を取る。 すると、チケット管理とは、チームでチケットを消すゲームなのだ、と感覚で分かるようになる。 この辺りの感覚は、40代以上の中年SEよりも、20代の若手PGの方がすぐに馴染んでくれる
20110730_Redmineでのタスク管理を考える勉強会＠大阪 第１回 (2011/07/30) - RxTstudy https://sites.google.com/site/rxtstudy/home/20110730 【公開】RedmineのFAQとアンチパターン集 #Rxtstudy: プログラマの思索 http://forza.cocolog-nifty.com/blog/2011/07/redminefaq-rxts.html RxTstudy Redmineでのタスク管理を考える勉強会＠大阪 - Togetterまとめ http://togetter.com/li/168362Read less
Twitterを眺めていたら、Redmine運用の感想が目を引いたのでメモ。 【元ネタ1】 Twitter / @polo_kwsk: Redmineが優秀すぎる・・・普通にソフト会社に開発させたらウン千万取られるところだ・・・PJ管理インシデント管理その他もろもろ使えるいいオープンソースソフトやでぇ。社畜SEさんにもおすすめ。 Twitter / @Sean_SF: そういうのってホントにあるんだなぁ? RT @sonoyu670 あるお客さんのところでは「それredmineでええやん」という使い勝手の悪い独自のPJ管理システムを持ってて、これウン千万とかかけて作ったんだろうな、馬鹿だな、って思ってた。 フリーのBTSがまだ普及していない頃、障害管理やタスク管理の重要性に気づいた会社は独自でBTSやITSを作り込んでいた。 そういう会社は先見の明があったに違いない。 だが、長年使ってくる
Redmineのようなデジタルツールの導入や管理の質問をよく受けます。どんなツールであれ導入や推進は難しいもので、皆さん悩まれているようです。そしてその悩みは結構似ているところが多いので、自分がよく話していることをアドバイス形式でまとめてみました。 この記事では、過去に書いた3年使ったRedmineの使い方について共有したい10のことの失敗パターンにさらに追記しています。 1. 目的なく使って失敗していないか？ ありがちな問題 「いつやるんですか？いまでしょ！」のように流行りで導入してみたものの、いまいち良さがわからない。 よくするアドバイス 目的がないなら使わない。チャレンジとして使う場合は、簡単に使いはじめることができたとしても導入時のコストは必ずあるので、そのコスト以上のビジョンを最低限考えてもらう。 おまけ 流行りで導入するならどこかのタイミングでふりかえりをして続けるかどうかを話
前回は、1000人のエンジニアがRedmineを使い出すまでの事例を紹介させていただきました。今回は、Redmineの使い方や、大規模に変化してくRedmineの運用について、2年間の運用や改善から得たナレッジや、気がついたことをまとめていこうと思います。 1. Redmineのオブジェクト構造を理解した方がいい Redmineは以下の構造になっているので、タスクの属性をうまく分類する必要があります。 プロジェクト > サブプロジェクト > バージョン > 親チケット > 子チケット > トラッカー > カテゴリ 注意したいのは、プロジェクト・サブプロジェクトには期限が設定できず、バージョンには終了日時、チケットには開始日時と期限をつけることができる点です。期限があるものには、期限のあるものを当てはめるのがすっきりします。Redmineを使って「何を」「どう」管理していきたいのかを、まず考
経緯 先日、開発用サーバに立ててあるBTS(バグ管理システム)ツール"Trac"のデータを 別のサーバに立ててある同様のBTSツール"Redmine"に移行する事になった。 Redmine公式の"他システムからの移行"ページによると、 tracからredmineへの移行を実行するスクリプトがあり、それを利用した移行手順が載っているが、 これは同一サーバ内にTracとRedmineが同居していることを前提とした手順なので、 別サーバに立ててある場合についての手順は載ってなかった。 先輩に訊いてみたところ、バグチケットの移行の例はあったものの、 Wikiを含めたデータを丸ごと移行した前例はないとの事だったので 今回調査してここに移行手順を載せることにする。 この手順では、以下の前提に則って書いてあるのであしからず。 Unix系のOS(Linux,Macなど)でCUIを利用した作業ができること
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
