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

「スクラムやるならRedmineとALMinium！」～新キャラ登場！ 無表情なあの人が笑う日は来るのか？：かんばん！～もし女子高生がRedmineでスクラム開発をしたら（3）（1/3 ページ） 本連載は、ちょっととぼけた女子高生の姉妹が今注目のアジャイル開発手法であるスクラムとプロジェクト管理ソフトの「Redmine」を使って、システム開発をするというフィクションです。

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

Tracと比較してみた。 Tracよりいいところ ガントチャート これすごい。表示期間も変えれるし、バーの上にマウスをのせると期限などの情報をだしてくれる。MSプロジェクトいらないきがする。あれ使いにくいし。 マイページ iGoogleのようにコンテンツを配置して自分のページを作れる。 ウォッチ 気になる問題をウォッチできる。マイページに「ウォッチ中の問題」を追加すれば、問題の状況を確認しやすくなる。 最新ニュース トップページとも言える概要に表示され、コメントも可能。TracだとWikiを修正しなければならなかったのでなにげなく便利。 問題トラッキング トラックの状況が概要に表示される。これもなにげなくいい。 経過時間 MSプロジェクトでもある経過時間をユーザごとにレポートできる。最終的なプロジェクトの時間、コストを確認できるので原価管理につかえそう。 カレンダー トラックをカレンダーで

コード探知機「Sonar」でプロジェクトの深海を探れ！：ユカイ、ツーカイ、カイハツ環境！（17）（1/4 ページ） プロジェクトの深海を照らす「Sonar」とは？ 「Sonar」は、スイスのSonarSource S.A.を中心に開発されているコードの品質管理を行うオープンソースのプラットフォームです。LGPLライセンスで提供され、無償で利用可能で、拡張も自由です。 2009年に「Jolt Product Excellence Awards」「Open World Forum Innovation Awards」などを受賞した、いま注目のツールです。 Sonarは、まるで音波探知機を装備した潜水艦のように、コードのさまざまなメトリクス（統計情報）を総合的に集計し、現在の開発の状況を視覚化します。非常に使いやすいWebのUI（ユーザーインターフェイス）で、プロジェクトごとのメトリクスから各パ

[追記 10/28] コメントで、途中で紹介する翻訳サイトのURLを変更されたとの連絡を頂いたので、修正しました。 Zed ShawがFossilを使う理由 - karasuyamatenguの日記を読んで気になったので、 Fossilを入れてみました。 自分はバージョン管理は主にMercurialを使っていて、ホスティングはbitbucketを借りています。 bitbucketにはチケットやWikiといった機能もついていて便利ですが、 こういった機能は例えばローカルやプライベートなサーバに構築しようとすると、 TracやRedmineといったツールを導入することが多いかと思います。 自分はTracしか使ったことはありませんが、これらは機能も豊富で拡張性も高く、プロジェクトを管理する上で必要なものは 大体揃えることが出来るのですが、逆に個人や少人数でちょっとしたプロジェクトを管理したいと言

Trac の Wiki はデフォルトのデザインだと h1、h2、h3 の区別がつきにくくて困ります。さらに h3 ただの太字みたいに表示されるから、 === hoge ===みたいに書くべき見出し項目をただの太字 '''hoge'''で書いちゃうような人もいたりとか。それじゃ [[PageOutline]]とか使っても見出し一覧が見れなくて不便だってば。 ということで、ちゃんと構造化された TracWiki を流行らせるべく、私が使っている h1〜h3 を目立たせる CSS をさらしておきます。 適用するとどうなるの？ 変更前は こんなだったのが、変更後は こうなります。 PukiWiki の CSS を元にしつつ、さらに h1〜h3 の見分けがつきやすいようにラベル部分の色＆サイズを調整しています。 適用方法 Trac 0.11 での例です。 まず、TracInterfaceCustom

Tracのwikiには予めテンプレートを用意しており、新規ページに作成時にはこれを使うようにしている。目的は下記の通り。 記載項目の共通化 例えば、wikiページに目次やナビゲーションを表示する下記のプラグインは全てのwikiページで利用しているが、こんな項目を新規のwikiページへいつも書くのは面倒だ。テンプレートに予め記載されていれば書く手間が省けて都合がよい。 TracNavMacro – Trac Hacks - Plugins Macros etc. TocMacro – Trac Hacks - Plugins Macros etc. 同様に、見出し項目（構成）やプロジェクト固有の情報もテンプレート化して準備しておくと記載が統一されて便利だろう。 マクロの記載 Tracプラグインを幾つも導入していると、その記載方法が直ぐに思い出せなくて困ることがある。標準のwiki記法に記載さ

RedmineとTracの両方でチケット駆動開発を運用してみて、色んな気付きがあった。 以下メモ書き。 【比較対象】 ・Redmine0.8.0 ・Trac0.11.1.ja 【元ネタ】 脱Excel！ Redmineでアジャイル開発を楽々管理 － ＠IT自分戦略研究所 【1】複数プロジェクトの扱い RedmineがTracよりも機能が優れている点の一つは、複数プロジェクトに対応していること。 Tracはプロジェクトに親子関係を入れることができないため、特に大規模プロジェクトではチケット駆動開発を実践しにくいだろうと思う。 複数プロジェクトを作りたい状況は、二つある。 【1-1】開発チームが複数のサブチームに分かれていて、それぞれでタスク管理したい場合。 RedmineやTracを運用してみると、一つのプロジェクトでメンバーが5人以上だとチケットが乱発されたり、放置されやすくなるようだ。

ブランチ/タグの作成、切り替え Gitの特徴の1つに、簡単かつ高速にブランチ（Branch）を作成できる点がある。ブランチは元々は「枝分かれ」という意味で、一般的にはメインの開発ラインとは異なる、実験的な機能を作成したい場合などに利用される。Gitではブランチの作成が容易なため、安定版をベースに新たな機能を実装する際などにブランチを作成し、ある程度形になったところでブランチに加えた修正を安定版に適用する（マージ）という開発スタイルを採ることが多い。 ブランチの作成は、「TortoiseGit」－「Create Branch」メニューで行える（図31）。「Create Branch」ダイアログが表示されるので、「Branch」に作成するブランチの名前を入力し、ベースとするブランチやタグ、コミットを指定して「OK」をクリックするとブランチが作成される（図32）。このとき、「新規ブランチに切り替

Tracより良いというウワサのプロジェクト管理ツール「Redmine」を使ってみるテスト。とは言え、プロジェクト管理ツールはあくまで「ツール」なわけで、これの構築にあんまり時間もかけてられない。そこで「余ってるWindows XPマシン」に「最小手順」で導入する方法のまとめ。 1.XAMPPのインストール XAMPPはApache、PHP、mysql等が一括でインストールできるようにパッケージされた物。mysqladminも何も考えずに使える。今回のような場合に非常に重宝します(必要なのはmysqlだけですが…)。 http://www.apachefriends.org/jp/xampp-windows.html ここから「インストーラ版」をダウンロードし、インストール。特に悩む点は無し。その後XAMPP Control PanelにてApacheとmysqlを起動し、Apacheの右側

前回の連載では、タイトルに"TIPS"を含めていながら、具体的なTIPSを紹介することが出来ていませんでしたので、今回はRedmineを活用する上でのTIPSや注意点と、後半はRedmineのプラグインについて紹介します。 Redmineを活用する上でのTIPSと注意点 カスタムクエリの活用 不具合や課題の一覧を確認する上で、Redmineの「問題」一覧画面を眺めることは多いかと思います。 この一覧画面はデフォルトでは全ての「問題」が表示されるため、絞込みを行うフィルタ機能が付いていますが、日々入力するような特定の絞込み条件については、事前に登録しておくことで、クリック1つで絞込みを行うことが出来る「カスタムクエリ機能」が便利です。 利用例として、筆者らは「一週間以内に更新した問題一覧」や「担当者未割当の問題一覧⁠」⁠、「⁠優先度高めの問題一覧」などをカスタムクエリとして予め登録しておき、

システム開発を行う上でバージョン管理の必要性はもはや言うまでもないだろう。数年前であればSubversionが主流だったが、最近ではGitが利用されることも増えている。が、Gitにはちょうどいいフロントエンドがなかった。Subversionには有名なTortoiseSVNがあるというのに。 エクスプローラにGit！ このフロントエンドの存在がSubversionの普及に一役も二役も買ったのは間違いない。だがWindowsにもついに実用的なフロントエンドが登場した。 今回紹介するオープンソース・ソフトウェアはGit Extensions、エクスプローラとも統合されるGitフロントエンドだ。 Git Extensionsは管理インタフェースであるGit Extensions、msysGit、KDiffなどを一括でインストールするソフトウェアだ。新しいリポジトリの作成や既存リポジトリのクローンは

ソースコードのレビューはシステムの品質を高めるのに大切な作業だ。GoogleやVMWareでも使われており、ブラウザを使って差分を確認してコメントができるようになっている。社内向けには拙作のSubversionソースコードレビューシステムの宍道湖がある（Rails製）。 Git向けソースコードレビューシステム この手のツールはSubversion向けのものが多かったが、Gitでも使いたいならGerritに挑戦してみよう。 今回紹介するオープンソース・ソフトウェアはGerrit、Git向けソースコードレビューシステムだ。 GerritはGoogleが大々的に発表している訳ではないが、Google社員が開発しておりAndroidのオープンソースプロジェクトにおけるソースコードレビューにも利用されている。他のシステム同様に差分を見て、そこにコメントすることが可能だ。 差分を見てコメントする 差分

分散バージョン管理Git/Mercurial/Bazaar徹底比較：ユカイ、ツーカイ、カイハツ環境！（3）（2/5 ページ） 【3】パフォーマンスとスケーラビリティ 分散バージョン管理システムでは各開発者が持つローカルリポジトリが履歴情報を管理するので、変更履歴の参照やファイルの取り出しのためにサーバへ接続する必要がありません。また、作業はローカルのリポジトリへコミットを行い、ある程度まとまったところで中央リポジトリへ反映できます。サーバへ接続する頻度が減るためパフォーマンスは上がります。 また、上記の図4で紹介したような階層的なリポジトリ構成を取っておけば、大規模なシステム開発でも各グループのリポジトリのアクセスへ分散できるので、アクセスが集中して遅くなるという問題が発生しにくくなります。 【4】オフラインによる開発 各開発者のローカルリポジトリで作業しますので、中央リポジトリに接続しな