RedmineのTimeTrackerプラグインを入れてみたら、使いやすかったのでメモ。 【元ネタ】 delaitre/redmine_time_tracker - GitHub RedmineのTimeTracker Pluginが使いやすい - プチ技術メモ plugin紹介 on Redmine: 100ねんごの未来予想図 Twitter / @kuribone: Redmine の Time Tracker plugin が便利だな。今まではめんどくさくてほとんど入れていなかった作業時間がある程度入れれるようになったので自分の見積と実際の作業時間がどんなものかよくわかった。結構ずれているもんだ (引用開始) Redmineで作業時間をストップウォッチみたいな感じで記録するプラグインがないか探していて、見つけたのがTimeTracker Pluginです。このプラグインをインストール

前回は、1000人のエンジニアがRedmineを使い出すまでの事例を紹介させていただきました。今回は、Redmineの使い方や、大規模に変化してくRedmineの運用について、2年間の運用や改善から得たナレッジや、気がついたことをまとめていこうと思います。 1. Redmineのオブジェクト構造を理解した方がいい Redmineは以下の構造になっているので、タスクの属性をうまく分類する必要があります。 プロジェクト > サブプロジェクト > バージョン > 親チケット > 子チケット > トラッカー > カテゴリ 注意したいのは、プロジェクト・サブプロジェクトには期限が設定できず、バージョンには終了日時、チケットには開始日時と期限をつけることができる点です。期限があるものには、期限のあるものを当てはめるのがすっきりします。Redmineを使って「何を」「どう」管理していきたいのかを、まず考

RedmineチケットをExcelにエクスポートするプラグインRedmine XLS Exportが公開されていたのでメモ。 【元ネタ】 Twitter / @Haru Iida: チケットをExcelにエクスポートするプラグイン Latest Redmine Plugins - Redmine XLS Export http://bit.ly/dO2dod Redmine - Redmine XLS Export - Plugins - Redmine このプラグインは下記のような特徴を持つらしい。 基本的にはチケットの情報全てを出力してくれるみたい。 (引用開始) Requirements： Plugin requires Redmine version 1.0.1 or higher. Plugin relies on gem spreadsheet for XLS based op

SundayWalkerさんがRedmineの画面上にTestLinkの画面を表示できるプラグインを公開されていたのでメモ。 【元ネタ】 チケット #23961: TestLink plugin for Redmine - TestLink日本語化 - SourceForge.JP Twitter / なかむら　かおる: [redmine][TestLink]RedmineからTestLinkの機能を利用するプラグイン。TestLinkの画面そのまま、すごい！ / チケット #23961: TestLink plugin for Redmine TestLink plugin for Redmineのイメージは、Readme-01.pngを見ればすぐに分かるだろう。 (引用開始) こんにちは、SundayWalkerです。 TestLink1.9が公開されて、不具合の対応もかなり進んでいる

小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le

さかばさんと共著で「Redmineによるタスクマネジメント実践技法」を2010/10/13に出版します。 世界初のチケット駆動開発の本になります。 【元ネタ】 [TiDD] 速報！史上初の「チケット駆動開発」の本が出版に: ソフトウェアさかば 過去３年間、RedmineやTestLinkなど各種ツールを駆使して、チケット駆動開発という開発プロセスの上でAgile開発をいかに運用するか、をテーマにして、試行錯誤した経験と今まで思索してきた内容を全て書きました。 そのため、350ページ近くまで膨れ上がりました(笑) 最初に断っておきますが、RedmineやTestLinkのインストール方法には特に触れていません。 XPなどのAgile開発の文脈の上で、チケット駆動開発という開発プロセスを世界で初めて定義して、その応用分野や今後の課題についてひたすら書いています。 読者層は、BTSに不満がある人

Redmineでチケット駆動開発を運用するまで、Agile開発を体で理解できていなかった。 XPを実践したいと思っていても、本当のAgile開発は何か違うのでは？と思っていた。 何故、僕はTracではなくRedmineを使ってAgile開発を発見できたのだろうか？ RedmineがAgile開発と相性が良いのは、Redmineの「バージョン」の概念がAgile開発の「イテレーション」「スプリント」と自然に一致するからだ。 Redmineでは、バージョンに紐づくチケットが全て完了ステータスになって、進捗率が全て100％になれば、いつでもそのバージョンをリリースできる仕掛けが入っている。 つまり、バージョンをイテレーションと見なせば、各バージョンを次々にリリースしていけば、自然に小規模リリースを実現できる。 小規模リリースこそが漸進型開発、つまりインクリメンタル型開発の最大の特徴なのだ。 Ag

チケット駆動開発におけるExcelの役割についてメモ。 ＃あくまでもメモ書き。 受託開発では顧客の業務のうちExcelで手運用している業務をIT化、Web化することで狙い撃ちにしているのに、自分たちのSW開発ではExcelが幅を利かせている。 つまり、SW開発の業務そのもののIT化は遅れているのが現状だろう。 なぜ、Excelによるプロジェクト管理は良くないのか？ その理由は下記で書いた。 Excelのプロジェクト管理は何故良くないのか: プログラマの思索 一言で言えば、ExcelのドキュメントはSVN・Mercurialなどでバージョン管理すべきか、RedmineのチケットやTestLinkのテストケースなどで代用できるか、使い分けることが肝心。 では、チケット駆動開発は何をもたらしているのか？ その理由は下記で書いた。 Excelのプロジェクト管理から脱却せよ～SW構成管理を見直そう:

Redmine本家のWikiに、Redmineと連携するテスト管理ツールのリンクがあったのでメモ。 【元ネタ】 Redmine - ThirdPartyTools - Test Case Management Open Source Test Management Software - The definitive guide Requirements Driven Test Management | Articles いずれのテスト管理ツールも商用ツールらしい。 テストケースに失敗した時にBTSとしてRedmineとリンクする機能があるみたい。 TestLinkのリンクが無いのが残念だけど。 商用のテスト管理ツールは、要件管理も機能として含んでいる場合が多い。 テストの元ネタが要件だからだ。 テストケースと要件を紐づけることによって、要求のトレーサビリティを実現できるし、その品質も上がる

チケット駆動開発でAgile開発を初めて実践できて、Agile開発の長所や短所が色々分かってきた気がする。 今の時代にAgile開発はとても優れていると思っているが、乗り越えるべき課題はまだまだある。 その課題も、時代の変化によって、より難しいレベルまで要求されているように思う。 2000年代に現れたXPを代表とするAgile開発は、その利点は広く知られてきたが、適用の限界や短所について従来から指摘され続けてきている。 その課題についてまとめてみる。 #考えたことをラフなメモ書き。書きかけもある。 【1】Agile開発はプロジェクト管理が弱い アジャイル開発でプロジェクト管理、そしてプロセスを管理する部分が弱いという指摘は従来から言われていた。 確かに、PMBOK、CMMIなどの観点から見れば、Agile開発はプログラミング重視で全体的なプロセス設計がなされていないように思える。 だが、S

「アート・オブ・プロジェクトマネジメント」を読み直して、チケット駆動開発を運用した経験から、そうだよ！と何度も頷くところがあった。 ラフなメモ書き。 【元ネタ】 「 アート・オブ・プロジェクトマネジメント」の検索結果1 - 脱・下流エンジニア (仮) 「 アート・オブ・プロジェクトマネジメント」の検索結果2 - 脱・下流エンジニア (仮) 【12章 リーダーシップが信頼に基づく理由】 「表明」とはコミットメント、約束を意味する。 メンバーが表明することによって、小さな約束が積み重ねられて、一つのシステムが完成する。 チケット駆動開発では、チケットファーストの原則に表明の概念が組み込まれている。 プロジェクトで発生する全ての作業は、チケットに起票してから開始する。 WBSから起こされたタスクも、突発的な事件によって発生したタスクも、まずチケットに起票する。 そのチケットには、開始日と終了日、

RedmineのtrunkにはRESTful APIが公開されている。 アイデアをメモ。 【元ネタ】 Twitter / yusuke-kokubo: RedmineはREST APIを持ったことで色んなやりたいことができるようになる。 Redmine - Rest api - Redmine Redmineをプロジェクト管理サーバーとして扱うならば、他のツールや機能と連携したくなる。 その時にRESTful APIはとても便利。 大量のチケットを一括インポートするためのデスクトップアプリを作りたい。 MSProjectのタスクをインポートしたり、逆にMSProjectに取り込んだりしたい。 HinemosやTivoliのようなサーバー監視ツールが障害や警告を検知したら、すぐにRedmineチケットを発行して、障害やインシデントのその後の経過も管理したい。 TestLinkやHudsonな

小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le

Redmine - リビジョン 3573 でsubtasnkingがサポートされました。subtaskingというのはいわゆるチケットの階層化機能のことです。この機能を待ち望んでいた方も多いでしょう。おそらくは７月リリース予定1.0におけるKiller Featureではないで...

小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le

さかばさんのBlogを読んで考えたことをメモ。 【元ネタ】 [TiDD] RedmineのWBS: ソフトウェアさかば プロジェクトの初期にタスク洗い出しとして作られるWBSは普通、5階層までが良いと言われている。 WBSの階層が深いと管理しにくいが、階層化しなければ、タスクの見通しが悪い。 Ver0.8までのRedmineでは 「プロジェクト－サブプロジェクト－バージョン－チケット」 の構造を持つので、4階層になるようにWBSを作ればいい。 しかし、実際はもっと深く作りたい時もあるから、その場合は階層を省略するなど無理するしか無かった。 Ver0.9では、プロジェクトの階層が無制限へ機能改善されたので、 「プロジェクト－サブプロジェクト1－サブプロジェクト2－バージョン－チケット」 のように、5階層のWBSを簡単に作ることができる。 ここで、さかばさんの指摘のように、下記のように対応付け

ITILにRedmineを導入したソリューションサービスを展開している会社があったのでメモ。 【元ネタ】 Redmine for ITILの特長｜ホロンテクノロジー[Holon Technology]--サービス＆ソリューション-- サーバー監視ツールHinemosでエラー検知後、Redmineでインシデント管理するらしい。 OSSで固めているのが面白い。 統合運用管理ツール「Hinemos」が検知した事象発生から対処までの運用プロセスを一元管理します。 システムでの事象発生から対処、対処状況の管理までを一元管理が可能です。 ITILサービスサポートの各プロセス（インシデント管理、問題管理、変更管理）に基づいた運用プロセスの統制により、確実で正しい業務運用を支援します。 作業手順の標準化や役割を明確にすることで、IT運用プロセスの統制を図ることができます。 説明を読むと、下記の流れでRed

Redmine.JP BlogにあるRedmine0.9xの機能の解説が素晴らしい。 Redmine 0.9 新機能紹介(6): プロジェクトのコピー | Redmine.JP Blog プロジェクトのコピー機能を使いたい場面は、以前のプロジェクト設定をテンプレート化しておきたい時だ。 例えば、Ph1のプロジェクトが終わって、Ph2のプロジェクトを開始する時、前回のプロジェクト設定をそのまま使えると楽になる。 特に大規模プロジェクトでは、サブチームのタスク管理の構造は殆ど同一だろうから、テンプレートを引継ぎできると、すぐにタスク管理を始められる。 Redmine 0.9 新機能紹介(7): チケット一覧画面の改善 | Redmine.JP Blog チケットのグルーピングができるようになったのが良い。 これによって、ステータス単位でグルーピングすれば、PFのかんばんと同等の画面になる。 つ

iRedmineはiPhone/iPod Touch向けのオープンソース・ソフトウェア。携帯電話向けにグループウェアを最適化すると、外出先でもスケジュールやメッセージを見るようになる。専用のインタフェースがあるとないとではアクセスの頻度が変わるはずだ。 Redmine for iPhone 技術者にとってのグループウェアと言えばプロジェクト管理だ。そして最近人気のRedmineをiPhoneから使えるようにするのがiRedmineだ。iRedmineではプロジェクトの課題を一覧表示し、そのステータスを閲覧できるようになる。 iRedmineは複数のプロジェクト登録に対応し、ユーザ情報も登録できる。そして自分がアサインしている課題を一覧したり、その詳細を見られるようになっている。そのままでは書き込みができないがSafariに飛ばすことができるのでそちらで返答が可能だ。 レポート 課題やエラー