隣の人がバリバリ働くので僕が暇そうにしていると「仕事するか開発環境を整えるかどちらかやれ」と言われたのでRedmineのプラグインを書きました。 Redmine リポジトリインクリメンタルサーチプラグイン Redmine のリポジトリ閲覧機能は目的のファイルに辿りつくのにとても苦労します。特にJavaなんかで jp > co > ... なんてやってると途方に暮れてしまいます。 会社ではコードレビュープラグインを入れて、レビューコメントを入れたりするんですが、上記の理由でとてもイライラします。 そこで、目的のファイルにショートカットするためのプラグインを書きました。 例によって、世界のどこかには同じプラグインがあるかもしれない。。。 リポジトリ https://github.com/suer/redmine_incr_code_search 機能 ファイル名をインクリメンタルサーチします。

AWS(Amazon Web Service)に新規会員登録すると750時間分マイクロインスタンスが無料で使えるということで、会社で使うRedmineをマイクロインスタンス作って立ててみました。 その手順を一通りメモしておきます。 今回は、以下のステップで構築しています。 EC2 マイクロインスタンス作成 (今回ここ) Redmine 1.1.2をインストール GmailのSMTPサーバーを設定 SVNのセットアップとRedmineプロジェクトと連携 その他運用設定 ここでは最初のマイクロインスタンスを立てて、固定IPを設定するところまで説明します。 AWSの登録 以下、2011年3月26日現在の手順です。 http://aws.amazon.com/jp/にアクセスして右上の[AWSアカウントを作成する]をクリックします。 1. サインイン [Amazon Web Services Si

Redmineでチケット駆動開発をAgileに運用するための方法をもう一度まとめておく。 あくまでも僕の一意見なので参考までに。 【参考】 チケット駆動開発のFAQ: プログラマの思索 【再考】TiDDのプラクティス集: プログラマの思索 Agile開発の肝はイテレーションにあり: プログラマの思索 バージョンのないRedmineプロジェクト～TiDD初心者が陥りやすい罠: プログラマの思索 TiDD初心者が陥りやすい罠part2～工程単位のRedmineプロジェクトやリリース予定バージョン: プログラマの思索 【続】TiDD初心者が陥りやすい罠part2～工程単位のRedmineプロジェクトやリリース予定バージョン: プログラマの思索 【Redmineでチケット駆動開発をAgileに運用するための4つの方法】 (1)RedmineチケットをXPのタスクカードのように扱う (Ticket

Google Chart が GraphViz をサポートしたので、懸案だったワークフローの視覚化をやってみました。 http://code.google.com/intl/ja/apis/chart/docs/gallery/graphviz.html 気力とやる気の問題からプラグイン化はしていません。 環境 Redmine: 1.0.0(RC) コード WorkFlowHelper にチャート出力用URL＋パラメータ出力メソッドを追加 module WorkflowsHelper def generate_graph(role, tracker) edges = role.workflows.inject("") do |edge, workflow| workflow.tracker_id == tracker.id ? "#{edge}#{workflow.old_status}-

今日はプロジェクト管理ソフト「Redmine」を紹介します。これはもっと評価されていいソフトだと思うので、ささやかながら布教してみます。 Redmineって何さ？ プログラム言語「Ruby」（正確にはそのフレームワーク「Ruby on Rails」）で書かれた、オープンソースのプロジェクト管理ソフトウェアです。こういうのはBTS（Bug Tracking System: バグ追跡システム）とかITS（Issue Tracking System: 問題追跡システム）とも呼ばれます。ソフトウェア開発チームでの使用を想定されていて、Wiki、問題管理、バージョン管理がセットになっているのが特徴です。 そういうのってTracの方がメジャーでしょ？ その通りですね。Tracはプログラム言語「Python」で書かれている同種のソフトで、現在のBTSの原型を作ったと言っていいと思います。また、基本機能に

Amazon EC2上で稼動しているRedmineからメールが送信したくなったので頑張ってみた話。 インターネット上でサービスを動かしている場合、何かしらのタイミングでメールを送りたくなる場合があるかと思います。 でも、やっぱりメールサーバの運用の難易度と言えばそりゃもう、、、なわけで、出来るだけ自分でメールサーバの運用だけは避けたいものですよね。 ということで、GmailのSMTPサービスを使ってみることにしました。 天下のGoogle様のサービスであるGmailについては、説明不要かと思いますが、Gmailは、ただのWebメールではなく、SMTPやPOP、IMAPなんかにも対応していたりします。 しかも、SMTP経由で送信したメールも、Gmail上で保管してくれるという優れものです！ で、Gmail使えるやん、ってことで設定しはじめたんですが、すんなりとはいかなかったので、以下、頑張っ

関西Ruby会議01＠関西-KOF2008講演資料「Redmineでチケット駆動開発を実践する～チケットに分割して統治せよ」を公開します。 CC Attribution ライセンスとします。 【元ネタ】 チケット駆動開発 … ITpro Challenge のライトニングトーク (4) - まちゅダイアリー(2007-09-07) チケット駆動開発は、まちゅさんが最初に提唱された。 しかし、チケット駆動開発の概念はまだ曖昧で、一部でしか注目されていない。 僕は、Redmineというプロジェクト管理機能を持つBTSがプロジェクト管理をIT化してくれて、プロジェクト運営が大きく変わったことを経験した。 その体験をチケット駆動開発(Ticket Driven Development)という概念へ昇華できないか、考えた内容が上記の資料です。 コメントがあれば嬉しいです。 【参考】 Rubyist

早速やってみたら、こんなカンジになりました。 Trac と TestLink の連携はコチラ 以下、インストール手順 参考サイト Test Link インストール&使用方法 Windows+XAMPP（日本語）＠Hatena::Group::swproject プロジェクト管理システムredMineとTestLinkの統合手順＠TestLinkJP redMineとTestLinkを連携してみたいです＠Redmine Users Ruby on Railsで作られたプロジェクト管理ツールredMineを使ってみよう！＠gihyou.jp Redmineのインストール＠Redmine.JP 環境 Windows XP Pro SP2(x86) XAMPP Windows 1.6.6a TestLink 1.7.4 redMineとTestLinkの連携のためのパッチ redMine 0.6.

最近思うのは、ソフトウェア開発のプロジェクト管理とは、ソフトウェア構成管理と表裏一体ではないか、ということ。 プロジェクトリーダーの仕事を見てみよう。 彼らの実際の仕事は、ガントチャートを作って、日々の進捗をガントチャートに反映するのに半日以上かける。 結合テスト以降は、業務シナリオ単位でテストケースを作成し、仕様変更や仕様漏れに対しテストケースを何度も保守する。 そして、テストで出てきたバグに対し、優先順位と期限を決めて、修正担当者・テスト担当者・検証担当者をアサインして回す。 それらのプロセス管理のために、進捗状況やバグ情報、バグが発生した要件を手作業で情報収集している。 プロジェクトリーダーの仕事は本来マネジメント業務なのに、マネジメントの判断材料をそろえる作業に1日の90％以上をかけていないだろうか？ 日本人はプロセス改善が大好きだ。 製造業の影響を受ける組み込み系の人達は、プロセ

Redmineのインストールや設定に関するメモ。 【1】Passengerをインストールすると、RailsをApache単独で稼動できる。 http://redmine.jp/tech_note/apache-passenger/ gem install passenger passenger-install-apache2-module 後は、httpd.confの設定だけすればいい。 Passengerの利点は、RailsがPerlやPHPと同じ感覚で運用できることだ。 今後のビジネスを考えると、RailsをJRubyで動かすか、Apacheで動かすか、どちらかが重要になるだろう。 要注目の技術だと思う。 【2】Wikiを使うには、下記を実行。 gem install RedCloth 但し、活動欄に表示されるチケット内容は、Wikiのシンタックスがそのまま表示されてしまう。 【3】日

【1】開発の殆どの現場はIT化されていない 「ソフトウェア開発をIT化する」という言葉は自己矛盾な気もする。 しかし、SIerの開発の現場をのぞくと、作業は実は殆どIT化されていない事実に気づく。 プロジェクトリーダーならば、顧客や上司から下記の報告をいつも求められているはずだ。 1-1・プロジェクトで開発する全機能のうち、今、進捗は何％で、後何％残っていますか？ 1-2・システムテストで上がったバグは今いくつで、後いくつ残っていますか？ 1-3・明日のリリースの前に、今残作業はいくつで、その優先度はどうなっていますか？ 1-4・見積の工数と実績工数の差はどれくらいですか？ 上記の数値を一瞬で出せる現場は、実は殆どないのではなかろうか？ 理由は、顧客や上司が求める数値は引き算で要求されるので、一旦現状の数値をメモリに保持して計算しないといけないから。 プロジェクトリーダーは、上記の数値を毎

Redmineの使い方は下記を見よ。 http://www.redmine.org/projects/show/redmine 【1】以下、Redmineを使った感想を書いてみる。 1-0.ガントチャートがリアルタイムに表示される。 こいつに一番感動した。 プロジェクトリーダーは、ガントチャート保守に、彼の作業時間の殆どを費やす。 その理由は、プロジェクトのリスクがガントチャートでしか把握できないからだろう。 考えてみれば、作業の開始日と終了日、作業状態さえ入力すれば、リアルタイムにガントチャートは計算できるはず。 殆どのITプロジェクトのガントチャートは、手作業でかなりの時間を浪費して作っているか、MSProjectのように保守しても理解しにくいか、どちらかだ。 ソフトウェア開発のプロジェクト管理で最もIT化されていない部分と言える。 1-1.SVNリポジトリとチケットが相互リンクできる

Redmineでチケット駆動開発(TiDD)を運用して気付いたことは、開発プロセスが大きく改善されただけでなく、従来の開発プロセスの弱点が浮き彫りになったこと。 下記の記事を読んで考えたことを書いてみる。 【元ネタ】 ケント ベック氏のアジャイル開発における開発支援ツールの役割についてのホワイトペーパー 元請SIerがTracのような環境を提供できない３つの理由 - なからなLife 元請け企業が用意すべきもの - T/O 【1】強力な構成管理ツールが無い時代はライブラリアンが独裁者 構成管理の基本は、任意のバージョンのシステムを再現できること。 今時、Subversionのようなバージョン管理ツールの無いSW開発プロジェクトはありえないだろう。 CVSやVSSが無かった頃は、構成管理ツールなど存在せず、構成管理を人手でやるしかなかった。 今でも、Excelなどの設計書はバージョン管理で制

【1】下記の記事を読んで、Redmineによるチケット駆動開発はアジャイル開発の実装なのだ！と改めて認識して震えた。 下記の記事はスクラムの話なので、Redmineによるチケット駆動開発と直接関係ないけれど、考えたことを書く。 ＃あくまでも感想。 塹壕より Scrum と XP ◆Scrum and XP from the Trenches v.2.2　日本語訳（PDF)ダウンロード 1.Scrumのスプリント計画はRedmineのロードマップと同じ。 どのスプリントにどのストーリーを入れるか、という話は、どのバージョンにどのチケットを入れるか、という視点に置き換えられる。 XPならイテレーション計画に相当するだろう。 2.チケットの取捨選択の基準は、スコープ、重要度、見積の三角形だ。 品質を下げることは許さない。 お客はスコープ、重要度の決定権がある。 開発者は見積の決定権がある。 品質

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