Redmineの「チケット計測のススメ」の記事がすばらしい - プログラマの思索
チケット計測のアーキテクチャとしては、Redmineのチケット一覧画面で必要なクエリをあらかじめ作成しておく。 次に、RedmineのREST APIを使って、クエリを呼び出してCSVへ出力し、そのCSVをパース＆解析して、各種メトリクスを出力する仕組み。 仕組みは簡単だが、すごく良いアイデアだ。 従来のソフトウェア工学では、常時監視した方が良いメトリクスは既に知られている。 アジャイル開発ならば、下記が既に知られている。 詳細は「リーン開発の現場 カンバンによる大規模プロジェクトの運営」を参考にすると良い。 ・累積フロー図：ステータス毎のチケットの枚数を時系列に並べたグラフ ・Velocity：チームの開発規模を表す ・リードタイム：平均のリリース間隔を表す。チケットの平均完了日数。 ・サイクルタイム：ステータスが変更される平均時間を表す。 累積フロー図は、チケットの増減を通じて、チーム
第7回Redmine.tokyoの感想 #redmineT - プログラマの思索
第7回Redmine.tokyo勉強会が無事に終わりました。 参加者の皆様、スッタフの皆様、ありがとうございました。 参加人数も60名近くと過去最高人数で、オープンディスカッションの議論も盛り上がりました。 【参考】 第7回勉強会 - redmine.tokyo 第7回redmine.tokyo勉強会 - Togetterまとめ 【1】Redmineはキャズムを超えた @sakaba37さんのLTにもありましたが、Redmineの普及度合いはキャズムを超えたと思います。 勉強会の議論を聞いてみると、Redmineはアーリーアダプターが使うものではなく、マジョリティが使うプロジェクト管理ツールになったように感じました。 つまり、ソフトウェアに関わる人達にとって、Redmineのようなチケット管理ツールは当たり前の開発環境である、と。 アンケート結果が興味深い。 Redmine勉強会の参加者の
Redmineを業務システム化するアイデア～メトリクス集計の本質は集計バッチ処理 - プログラマの思索
IPAの定量的プロジェクト管理ツール概要やさかばさんの記事を読みながら考えたことをメモ。 ラフなメモ書き。 間違っていたら後で直す。 【元ネタ】 Jenkinsの特長 - メトリクス収集サーバの視点から -: ソフトウェアさかば InfoQ: 継続的デリバリのパターン マネージャから以前、ベースライン単位にタスクの進捗や課題の状況を履歴表示できないか、という問合せを受けた。 彼の意図としては、ベースライン(プロジェクトのマイルストーン)単位に集計して、予定と実績の差を見たいということだった。 僕は、現状のRedmineでは力不足です、と答えた。 その理由は、Redmineのチケット集計機能はユーザが画面表示した時点のチケットの状態を集計表示する機能だけであり、集計結果を履歴表示する機能はないからだ。 バーンダウンチャート、チケットの登録・完了の累積数、ロードマップスなどのプラグインはあるが
IPAの定量的プロジェクト管理ツール #redmine - プログラマの思索
IPAの定量的プロジェクト管理ツールがRedmineプラグインとして実現されたらしく、非公式デモサイトで見れたのでメモ。 @g_maedaさん、ありがとうございます。 【元ネタ】 Twitter / @FARENDTechCorp:IPAが4月27日に公開した「定量的プロジェクト管理ツール」のRedmine用非公式デモサイトを立ち上げました。 http://ipf.redmine.jp/redmine/ Twitter / @akipii: かなりすごいです。見てびっくり。RT @FARENDTechCorp: IPAが4月27日に公開した「定量的プロジェクト管理ツール」のRedmine用非公式デモサイトを立ち上げました。 http://ipf.redmine.jp/redmine/ Redmineを業務システム化するアイデア～メトリクス集計の本質は集計バッチ処理: プログラマの思索 Je
数千人が利用する楽天Redmineの過去と未来 #47redmine
第二回 shinagawa.redmine勉強会で「数千人が利用する楽天Redmineの過去と未来」を発表させていただきました。資料はSlideShare、SpeakerDeckで公開しております。QAの時間が取れなかったため、質問などがあればTwitterでもなんでもご連絡ください。 数千人が利用するRedmine 来月、第3回RxTstudyでもRedmine事例の発表させていただくのですが、品川Redmineはシステム視点、RxTstudyではタスクマネジメント視点で資料を作りました。 はじまりは、使われてないサーバ上に作った仮想VMを使っていました。ユーザ数も少なかったので、WEBRickを利用し、ポートを分けることで複数Redmineを構築していました。WEBRickが固まることがあったので、cronで一日一回夜間に再起動して運用していました。 自分のグループで使ってみようという
redmineで案件を回したいんですよ!! - お前の血は何色だ!! 4
redmine さんでどうやったら綺麗にプロジェクトとが回るか考えてみた。 やりたい要件。 ・五月雨式に案件が降ってくるのが困る。 ・その修正は、ただの思いつきなのか、戦略なのか明確にしたい。 ・修正点や活動の記録がほしい。 ・できれば、ソース管理とかと連動してくれたらいいな。 ・運用フェーズも、新規大型リリースフェーズも、インフラアラートもすべてできないと嫌だ。 ・エスカレーションするんだってばさ!! ・複雑奇っ怪なワークフローは No Thank you サブプロジェクトかトラッカーか 例えば、企画と開発とデザインとサポートがあったとして、こいつらは、サブプロジェクトにするべきかどうか。 ほげほげプロジェクト +企画サブプロジェクト +開発サブプロジェクト +デザインサブプロジェクト +サポートサブプロジェクトor ほげほげプロジェクト トラッカーに 企画,開発,デザイン,サポートを作
受託開発でTracを導入してよかったことや失敗したこと
Trac、Redmineといったチケット形式のプロジェクト管理ツールが人気となっています。 デブサミ2011では、[デブサミ]速報：2011ベストスピーカー賞(敬称略) via IWAKIRIさんのブログにもありますように、ベストスピーカー賞3つのうち、2つがチケット管理システムに関しての発表でした。「チケット管理システム大決戦」というセッションは、デブサミ史上最大の観客数となったと聞いています。 なぜ、プロジェクト管理ツールがここまで注目されているのでしょうか？ 開発の現場はそれぞれ異なり、抱える課題も様々だと思います。しかし、プロジェクト管理の中でもタスク管理に関しては、「作業を適切なサイズに分割する」「優先順位をつける」「人をアサインする」という固定のパターンがあり、さらに、現在のアジャイルムーブメントにより、これらの要素がより明確化され、その重要性が認識されてきたように思います。
TiDD初心者によく聞かれる質問part1～チケットが放置されがちです #tidd - プログラマの思索
チケット駆動開発についての質問のうち、「チケットが放置されがちだがどうすればいいか？」「チケットの粒度はどれくらいがいいのか？」の二つはいつも聞かれる。 最初の質問について、自分なりに考えたことをメモ。 【元ネタ】 チケット駆動開発を導入しても変わらないこと - Basic まずは箇条書きより始めよ - Basic デベロッパーズサミットまとめ【チケット管理システム編】 ? prototype002 【1】「チケットが放置されがちだがどうすればいいか？」という質問の背景を類推すると、チケットを起票する運用はできているものの、チケット管理ができてないことを意味する。 チケット一覧画面で、一生懸命チケットをフィルタリングしながら、どのチケットが遅れているのか、どう対処すればいいのか、必死になって考えている間にも、どんどんチケットが増えていってしまっているのだろう。 チケットが放置されがちな状況
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06