影舞の感想~チケット駆動開発の起源を探る #tidd
今頃になって影舞をインストールしてみたのでメモ。
【元ネタ】
影舞への手引き
【環境】
Windows+Ruby+XAMPP
【インストール】
kagemai-0.8.4.tar.gz を解凍して
C:\xampplite\htdocs\kagemai
へ配置
↓
httpd.conf へ下記を追加する。
<Directory "C:/xampplite/htdocs/kagemai/html">
Options ExecCGI
AllowOverride None
Order allow,deny
Allow from all
</Directory>
↓
影舞内の「html\admin.cgi」「html\guest.cgi」「html\user.cgi」の3つのファイルをテキストエディターで開き、先頭行の #!/usr/bin/ ruby を
#!C:/ruby-1.8/bin/ruby
へ修正する
↓
Apacheを起動してアクセスする
http://localhost/kagemai/html/admin.cgi
↓
全体管理画面で、色々設定する。
Unixの方がメール送信などが簡単に設定できるようだ。
【感想】
影舞は日本発のBTS。
設定の手軽さやメール送信機能、簡単なバグレポート機能があるので、小規模なプロジェクトの障害管理に使える。
僕は使ったことが無いので知らないが、知人が影舞を2005年頃に使っていて、更に影舞からMantisへBTSを移行してプロジェクト管理が随分楽になったという話は聞いた。
日本では結構使われていたのではないだろうか?
影舞を使ったサービスデスク (ITIL)などの資料を読むと、従来からBTSを問合せ管理に使おうという試みがなされていたりするのが分かる。
BTSが持つワークフロー機能、レポート機能を使って、障害管理票を問合せや課題へ拡張する手法(Issue Tracking)は同時に芽生えていたのだ。
チケット駆動開発の歴史を今になって振り返ると、TracがITSとして初めて成功したシステムであることが分かる。
Tracの画期的な特徴は、障害管理票をチケットという概念に洗練させたこと(Issue Tracking)とSubversionという構成管理ツールと連携したこと(No Ticket, No Commit)の2点にある。
それによって、ソフトウェア開発のタスク管理とソース管理が連携する機能が発見されて、ロードマップやタイムライン、多種類のレポート出力などの機能が生まれた。
そして、後発のRedmineがTracの良い点を取り込んで発展していった中で、世界中の開発者がアジャイル開発のプロジェクト管理に応用できることに気づいて、チケット駆動開発が生まれたと思っている。
この辺りもきちんとまとめてみたい。
| 固定リンク
« AgileJapan2011Osakaの感想~Agileのコンテキストが拡散している #aj11osaka #aj11 | トップページ | Conwayの法則~アーキテクチャは組織にしたがう »
「プロジェクトマネジメント」カテゴリの記事
- プロジェクトのリスクはコストの増減で管理する(2021.04.08)
- 沢渡さんの資料「テレワークに役立つ8つのスキル」はいいね(2021.04.04)
- プロジェクト管理手法はプロジェクト型開発からプロダクト型開発へ変えるべきだ(2021.04.01)
- ソフトウェア開発は打ち合わせ駆動開発だ(2021.03.30)
- ITの技術や知識はツールの習得と表裏一体である(2021.03.26)
「ソフトウェア」カテゴリの記事
- プログラマとスクラムが社会実装を変えていく #Findy_GovTech(2021.03.02)
- TeamsとSlack、Zoomの違いは組織文化の違いを助長しているのではないか(2021.02.15)
- マインドマップをFreeplaneに乗り換えた(2020.11.21)
- ソフトウェアの政治的影響力とは何だろうか(2020.07.07)
- DevOpsがアジャイル開発を促進する(2020.06.11)
「Redmine」カテゴリの記事
- ITの技術や知識はツールの習得と表裏一体である(2021.03.26)
- Redmine 4.1.2がリリースされた(2021.03.21)
- 信頼度成長曲線の落とし穴(2021.02.12)
- キャズム理論をプロセス導入の問題解決に使うアイデア(2021.01.25)
- 変更管理プロセスが弱いとトラブルが多い(2021.01.04)
「ソフトウェア工学」カテゴリの記事
- テスト駆動開発が抱える問題は可読性と保守性のトレードオフ #dxd2021 #streamA(2021.04.10)
- プロジェクト管理手法はプロジェクト型開発からプロダクト型開発へ変えるべきだ(2021.04.01)
- ソフトウェア開発は打ち合わせ駆動開発だ(2021.03.30)
- ソフトウェア開発のチームは人数が増えるとプロジェクトは失敗する経験則がある(2021.03.30)
- ITの技術や知識はツールの習得と表裏一体である(2021.03.26)
「Git・構成管理」カテゴリの記事
- ITの技術や知識はツールの習得と表裏一体である(2021.03.26)
- YoutubeのCCNA講座が秀逸だった(2021.01.04)
- 変更管理プロセスが弱いとトラブルが多い(2021.01.04)
- RedmineでGitのbareリポジトリにアクセスする方法(2020.10.22)
- 第16回東京Redmine勉強会の感想 #redmineT(2019.05.19)
「チケット駆動開発」カテゴリの記事
- ITの技術や知識はツールの習得と表裏一体である(2021.03.26)
- 変更管理プロセスが弱いとトラブルが多い(2021.01.04)
- カンバンはステータス名が大事(2021.01.02)
- GTDは箱の使い分けが鍵を握る(2020.12.09)
- ツールで定義したプロセスが組織文化を作り出すのではないか、という仮説(2020.12.05)
「Agile」カテゴリの記事
- テスト駆動開発が抱える問題は可読性と保守性のトレードオフ #dxd2021 #streamA(2021.04.10)
- 沢渡さんの資料「テレワークに役立つ8つのスキル」はいいね(2021.04.04)
- 要件定義プロセスはDXで終焉するのか(2021.04.01)
- プロジェクト管理手法はプロジェクト型開発からプロダクト型開発へ変えるべきだ(2021.04.01)
- ソフトウェア開発は打ち合わせ駆動開発だ(2021.03.30)
最近のコメント