チケット管理のアンチパターンとベストプラクティス
主語がでかいタイトルですが、自分なりに考えようという目的です。 自分の思考の整理。 何か意見があればガンガンコメントなりツイートなりして欲しい。 前提として、 チケット管理システムは２つぐらいしか使ったことがないので、そちらに偏ってしまうかも。 ちなみにRedmineとBacklog。 （今がRedmineだから多分それに偏る気が） アンチパターン アンチパターンというのかは分からないけど 今まで困ったこと、やりにくいと感じたこと、ダメだこりゃ、と思ったこと。 ・運用フローが複雑 フローが複雑だと途端に人は面倒になる。なるべく抜け道を探し秩序が乱れる。 抜け道が見つかると割れ窓理論とかいうやつで、どんどんぐちゃぐちゃになる。 誰もフローに乗ってくれない状態になる。 ・使われていない項目がある なぜあるのかわからない項目。重要そうだけど埋めなくても良い項目。 誰かが埋めてくれるだろう、他の人
PHP版Redmine CandyCaneにコンプガチャを実装しました : candycane development blog
PHPカンファレンス関西のLTで発表したネタです。スペインやロシアからも開発者が参加するようになりさらに開発の活発さが増しているCandyCaneですが、今回はコンプガチャ機能を実装してみました。前日の飲み会でネタとして発送し、そこから無限もやしを摘みながら4時間程度で実装したプラグインです。 現在は無制限にガチャを回せていますが、チケットを閉じる度に回せるとかペイパルで送金したらさらに回せるみたいなソリューションとして育てていける訳ないですね、、、はい。また移行作業ではインストーラーについてもCake2で動くように改造しています。こちらも見た目で変化がわかるようにシロクマのキャラクターを背景に追加しました。やっぱり可愛いほうがヤル気が出ますからね。発表につかったスライドは下記になります。新しいインストーラーとコンプガチャを試してみたい方はダウンロードページからα版をどうぞ。CakePHP
Redmine 2.0.0 リリース
2012年5月15日、Redmine 2.0.0がリリースされました。 直近のメジャーバージョンアップは4月にリリースされた1.4であり、わずか1ヶ月でのメジャーバージョンアップとなります。1.4からの主な変更点は、Redmineで使われているwebアプリケーションフレームワーク Ruby on Rails のバージョンが 2.3.14 から 3.2.3 に更新されたことです。目立った新機能の追加はありません。 Redmine 1.4でRuby 1.9に対応し、今回の2.0でRuby on Rails 3.2に対応したことで、Redmineの開発・実行環境が最近の環境に追いつきました。 Redmine 2.0インストール手順 インストール・アップグレード時の注意 依存するgemの管理にはBundlerが使われています。Bundlerのインストール(gem install bundler)が
Git+Redmineな人におすすめのフックスクリプト集 - みずぴー日記
id:bleis-tiftによるgitのフックスクリプト集がマジ便利。 gitとredmineを使ってる人はぜひ使うべき 機能 チケット番号付加 id/12というブランチで作業してるときは、コミットメッセージの末尾にrefs 12を自動でつけてくれます Redmineのチケットごとにブランチを切るようにすると、マジ便利 masterブランチへのコミット拒否 masterブランチへのコミットを拒否する 必ずトピックブランチを切るようになる pushされたときにチケットIDのないコミットの拒否 チケットIDのないコミットのpushを拒否します ダウンロード・インストール方法 https://github.com/bleis-tift/Git-Hooks に書いてある通りにすれば簡単にインストールできます
数千人が利用する楽天Redmineの過去と未来 #47redmine
第二回 shinagawa.redmine勉強会で「数千人が利用する楽天Redmineの過去と未来」を発表させていただきました。資料はSlideShare、SpeakerDeckで公開しております。QAの時間が取れなかったため、質問などがあればTwitterでもなんでもご連絡ください。 数千人が利用するRedmine 来月、第3回RxTstudyでもRedmine事例の発表させていただくのですが、品川Redmineはシステム視点、RxTstudyではタスクマネジメント視点で資料を作りました。 はじまりは、使われてないサーバ上に作った仮想VMを使っていました。ユーザ数も少なかったので、WEBRickを利用し、ポートを分けることで複数Redmineを構築していました。WEBRickが固まることがあったので、cronで一日一回夜間に再起動して運用していました。 自分のグループで使ってみようという
3年使ったRedmineの使い方について共有したい10のこと
前回は、1000人のエンジニアがRedmineを使い出すまでの事例を紹介させていただきました。今回は、Redmineの使い方や、大規模に変化してくRedmineの運用について、2年間の運用や改善から得たナレッジや、気がついたことをまとめていこうと思います。 1. Redmineのオブジェクト構造を理解した方がいい Redmineは以下の構造になっているので、タスクの属性をうまく分類する必要があります。 プロジェクト > サブプロジェクト > バージョン > 親チケット > 子チケット > トラッカー > カテゴリ 注意したいのは、プロジェクト・サブプロジェクトには期限が設定できず、バージョンには終了日時、チケットには開始日時と期限をつけることができる点です。期限があるものには、期限のあるものを当てはめるのがすっきりします。Redmineを使って「何を」「どう」管理していきたいのかを、まず考
Redmineでアジャイルチームのスピードやパワーを見える化する
burndown chart via kakutani アジャイルなチームを目指す。私がチーム運営を始めたときのポリシーでした。どうやって作業をこなすだけから、アウトプットへの価値へとシフトしていくか？チームの方向を示すためにも、様々なメトリクスやKPIを見える化する必要がありました。 通常のプロジェクト管理方法だと、ガントチャートでロードマップを設定、進捗の状態を管理。WBSなどを作ってそれぞれのタスクを管理・・・といった形が一般的なのでしょうか。しかし、それではワクワクしない。そんな中、常に改善を心がけ、私が試して行き着いた方法を紹介させていただこうとおもいます。 唯一生き残ったプラグイン バーンダウンやタスクボードなど、Redmineのプラグインで様々な見える化をしましたが、ずっとそれを使うことはしませんでした。その中で、最終的に生き残ったのがパーキングロットチャートです。なぜ、これ
Redmineが1000人のエンジニアに使われるまでのこと
デブサミ2011の後に、Shibuya.tracの第10回勉強会で初LTをしました。テーマは「EnterpriseレベルのRedmine導入結果について」です。外の勉強会は緊張しますが、@yusuke_kokuboさんや@akipiiさん、アジャイルなゆかいな仲間たちにお会いすることができ、とても楽しい勉強会でした。また学びに行かせていただこうと思います。 はじめに 上の資料はそのときのものです（Slideshareはこちら）。5分間のLTだったため、あまり詳細をお話しすることができませんでしたが、勉強会の時に知り合った方と、今度、Redmine導入＆運用の情報交換会を企画しており、そこで共有するネタとして、まずは、Redmine導入時の経験をここにまとめようとおもいます。まずはその前に、私の仕事内容を少しだけ説明させてください。 標準化とか全社共通とかいう仕事 私は入社以来、サービス開発
WebSigエコピ：「Redmine」がイシュー管理システムとして優れている5つの点
WebSigエコピ：「Redmine」がイシュー管理システムとして優れている5つの点 Posted on 2008年5月29日. Filed under: WebSigエコ＆ピース | タグ: WebSigエコ＆ピース | メモ＆シェアです。 WebSigエコ＆ピース( mixiコミュニティ )では、１カ月ぐらい前からタスク管理システムとしてRuby on Railsベースの「Redmine(レッドマイン)」を使いはじめた。 システム開発の世界では昔からWebベースのBTS(Bug Tracking System：バグ管理システム)の利用は比較的ポピュラーで、デザインなどのクリエイティブ要素を含む開発現場でも最近はよく使われていると思う。 ウチ(アークウェブ)では、プロジェクトのドキュメント管理・ナレッジ共有にはPukiWikiを使い、タスクのトラッカーとしてはTracを使ってきた。で、R
プログラマの思索: RedmineがExcelよりも素晴らしい点
Redmineの使い方は下記を見よ。 http://www.redmine.org/projects/show/redmine 【1】以下、Redmineを使った感想を書いてみる。 1-0.ガントチャートがリアルタイムに表示される。 こいつに一番感動した。 プロジェクトリーダーは、ガントチャート保守に、彼の作業時間の殆どを費やす。 その理由は、プロジェクトのリスクがガントチャートでしか把握できないからだろう。 考えてみれば、作業の開始日と終了日、作業状態さえ入力すれば、リアルタイムにガントチャートは計算できるはず。 殆どのITプロジェクトのガントチャートは、手作業でかなりの時間を浪費して作っているか、MSProjectのように保守しても理解しにくいか、どちらかだ。 ソフトウェア開発のプロジェクト管理で最もIT化されていない部分と言える。 1-1.SVNリポジトリとチケットが相互リンクできる
Redmineが最も使われている国は日本?
Googleで「redmine」というキーワードで検索を行う回数が最も多い国は日本のようです。Redmineの作者であるJean-Philippe Langが住んでいるフランスが2位。1位と2位の差は異常と感じるほど圧倒的です。 GoogleでRedmineというキーワードがどの程度検索されているかをグラフ表示するGoogle Trendsで、キーワードredmineの結果を調べてみました。 Google Trends: redmine http://www.google.com/trends?q=redmine&ctab=0&geo=all&geor=all&date=ytd&sort=0 グラフに載る程度に検索回数が増えたのが昨年後半から。そして、検索が行われている国は圧倒的に日本です。言い方を変えると海外におけるRedmineの利用は非常に低いということ。どこに原因があるのか、興味深
Passenger (mod_rails for Apache) を使ってRedmineを動かしてみたよ！ - 元RX-7乗りの適当な日々
d:id:rx7:20080327:p1 で紹介したRuby on Rails用のApacheモジュール「Passenger (mod_rails for Apache)」が、とうとうベールを脱いだ模様。 先日、mod_railsを使うと何が嬉しいのよ、って聞かれたんですが、やはりApacheを通してRailsアプリケーションが動くことでしょう。 というのは、運用しているサーバなどでApacheが動いていたりすると、今更MongrelやLighttpdで新規に動かすより、既存のApacheを生かして動かしたいというニーズがある場合もあるかと思います。 しかし、Apache + FastCGIを使った運用は、やや敷居が高いイメージがあったりするため、この手軽に導入できてかつ運用しやすい(かもしれない)可能性があるmod_railsに期待を抱くわけです。 つーわけで、物は試しってことで、Rai
Redmineを運用するためのイロハを身につけよう：第1回 新機能の紹介と最新版が利用できるまで｜gihyo.jp … 技術評論社
はじめに Redmineは、Ruby on Railsで実装された、最近注目を集めているプロジェクト管理ツールです。 オープンソースソフトウェアのため、使用する際のソフトウェア費用はかからず、無償で利用すること可能です。なお、ライセンスはGPL（GNU General Public License）となっています。 主な機能は、バグトラッキング、ガントチャートや工数集計といったプロジェクト進捗管理、Wikiやニュースによる情報共有、バージョン管理システムであるSubversionとの連携など、非常に多機能なツールです。 本連載では、Redmineをプロジェクト内で開発環境等に導入し、実際に手を動かしてメンテナンスを実施するような運用担当者を想定し、最新バージョン（0.6.3）までに追加された新機能や運用管理機能の紹介から、インストール/バージョンアップ方法やカスタマイズ、軽量Webサーバや
ブログなんだよもん - RailsベースのTracクローン「Retrospectiva」を使ってみる
BTSというか問題管理ツールのTracのRailsベースのクローン「Retrospectiva」を使ってみた。 Railsベースの問題管理ツールといえば、redMineがあるけど、アレは小さなプロジェクトではかなり使い難い。なんというかシンプルさが足りない。 たとえば、文章・Wikiの様に類似している機能が多かったり、メニューがごちゃごちゃしていたり。あと、Ajaxの管理ツールがとても使いづらい。いつも、新規の問題を投稿するのに苦労しています。（ぉ たいして、Retrospectivaは純粋なtracクローンにBlog機能を乗せた物。見た目もtracライクでとてもシンプル。 そして、なにより管理がとてもしやすい。Web上で全ての操作が可能な上に、結構細かく設定できます。また、複数プロジェクト管理可能ですが、一つしかないときは複数管理用のUIを出さないといった点も好感が持てる。パーミッション
プロジェクト管理ツール比較表 (でぃべろっぱーず・さいど)
なんかこのエントリが好評だったので、みなさんプロジェクト管理ツールに興味があるのかと思い、とりあえずTracとredMineの比較表を作ってみました。 Google Docs & SpreadSheet で作ってますので、間違いがあったらちょいちょい修正するかもしれません。 ↓sheetのURLはこちら http://spreadsheets.google.com/pub?key=piV-xE0pxQrgxSmrLXZf_ZA PJで実際にTracを使った経験と、redMineを触ってみた感触から考えると、Tracはプログラミング中心のチーム向きで、redMineは作業系のタスクが多いチーム向きなのかなぁと思います。 後は、自分でごりごりカスタマイズしていきたい人はTrac、プラグインのインストールとかめんどくさいって人はredMineという棲み分けもあるかも。
システム開発の備忘録 | RedMineというBTS
BTSとして人気があるのがPythonで作られたTracだと思うのですが、Ruby on Railsで作られたRedMineというBTSが徐々に人気を集めている様子。 人気の理由としては、やはりRuby on Railsを採用している事かな。 あとはBTSとして多くの人が欲しがる機能がデフォルトで色々と入ってる。 例えばガントチャートやカレンダー、フォーラムといった部類。 これがTracだと、ガントチャートにしてもカレンダーにしてもフォーラムにしても、プラグインを導入しないと使えない。 それがTracの良い部分でもあるから、どっちが良いとは言えないけど、少なくともRedMineは近い将来に多く普及するだろうな。 Ruby on Railsで開発経験のある人なら、RedMineを使ってて何か不満な機能があったとしても、容易に拡張出来ると思うし。 それに導入が簡単らしいので、それも人気の理由か
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Redmineをつかったスクラム開発のはじめの一歩
http://dontstopmusic.no-ip.org/diary/?date=20070326
Rubyの開発チーム、Redmineを採用か
Redmine.JP — Redmine日本語情報サイト