先日、アジャイルサムライ渋谷道場に行ってきた。 Velocityについて議論しているとき、速度という概念があるなら加速度みたいなものはあるのか？という質問があった。 そこから考えて、@daipresentsさんのBlogの意味がやっと分かったのでメモ。 間違っていたら後で直す。 ※追記：Focus FactorやTargeted value Increaseの定義も解釈も間違っているので、後日直す。 【元ネタ】 Redmineでアジャイルチームのスピードやパワーを見える化する | 世界 - @daipresents XP with Kanban instead of Scrum | Zsolt Fabo'k's Page InfoQ: ストーリーポイントは複雑さや時間と関係があるか？ 【1】Velocityとは、1スプリントでチームが開発できる開発規模(ストーリーポイント)を表している。

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

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

今度試してみたいRedmineプラグインをメモ。 今時間が取れないので、連休にゆっくり試してみたい。 【Watcher機能を拡張】 Twitter / @mkinside82: Redmineチケット一覧から右クリックでウォッチャー追加は、やはり地味に便利だ。いれてよかった。 Twitter / @mkinside82: @akipii こらのプラグインです。Watcher Sellection by Groupと合わせて使ってます。 Redmine - Context menu watchers - Plugins bit.ly/pOjUgr Twitter / @akipii: @mkinside82 ありがとうございます。redmineチケットに複数の担当者をアサインしたい場合はwatcher機能を使う方が良いと僕も思います。 Redmine - Context menu watch

Moongiftさんの記事で、ストーリーベースのタスク管理ツールFulcrumが紹介されていたのでメモ。 【元ネタ】 ストーリーベースのアジャイル開発に。Railsのプロジェクト管理「Fulcrum」 - MOONGIFT|オープンソース・ソフトウェア紹介を軸としたITエンジニア、Webデザイナー向けブログ Pivotal Trackerとredmineの違い: プログラマの思索 Fulcrumの画面キャプチャを見た感じは、倉貫さんがRxtstudyでデモしたPivotal Trackerにとてもよく似ている。 Fulcrumの作業領域は、Chilly Bin→IceBox、バックログ→Backlog、InProgress→TaskBoard、Done→本番環境へリリース済みと見なせば、Pivotal Trackerとほぼ同じだ。 後は、Fulcrumにおけるストーリーカードの作業状態やリ

【公開】第1回品川redmine勉強会の発表資料「障害管理からチケット駆動開発へ～ソフトウェア開発の3種の神器」 #47redmine 本日、第1回品川redmine勉強会が無事に終わりました。 多数のご参加ありがとうございました。 そしてスタッフの皆さん、会場を提供して頂いたIPA様、講演者の皆様、ありがとうざいます。 本日の私の資料をCC Attributionライセンスで公開します。 かなり話を省略しているので、詳細はDevLove関西2011で講演する予定です。 他の講演者の皆様の資料は、Twitterで探してみて下さい。 第1回品川Redmine勉強会 - Togetter 今日の勉強会は、RedmineコミッタによるRedmineの実装の中身と、Rxtstudyから来た講演者によるRedmineの運用方法、そして、プラグイン作成者による事例の3本立てでした。 実装方法と運用方法

【公開】DevLove関西2011発表資料「障害管理からチケット駆動開発へ～BTSから始まる進化の歴史」　#devlove0917 DevLove関西は2009年にも開催されていましたが僕は参加できませんでした。 ですが、下記のBlogからその情熱は感じ取りました。 だから、僕自身も無意識に熱くなっていたのかもしれません。 DevLOVE関西に心を込めて花束を - fkino diary(2009-09-26) DevLoveは情熱的なコミュニティと知ってましたが、今日のDevLove関西も懇親会(渾身会と呼ぶらしい)も、高校生の文化祭や高校野球みたいなノリノリの雰囲気でした。 楽しかったです。 肝心の発表は50分枠だったので余裕で話せるだろうと思ったのですが、1時間近く話しても言い足りなかった。 よしうみさんから、今日のあきぴーさんは1.5倍速でしたよ、と言われてしまった(笑) 上記の資

Redmine1.1.2に更にプラグインを入れてみたのでメモ。 Redmineに入れたプラグイン一覧part2: プログラマの思索 Redmineに入れたプラグイン一覧: プログラマの思索 【1】ガントチャート改造 【Redmine 1.1.2】ガントチャートを開始日順にソートする｜渋谷ではたらくイタズラ者、マー君のブログ。 【Redmine 1.1.2】ガントチャートに日付を表示させる｜渋谷ではたらくイタズラ者、マー君のブログ。 Redmineのウリの一つは、チケットをきちんと入力しておけばガントチャートをいつでも出力できること。 但し、ガントチャートに日付が出てなかったり、ソート順が開始日でないので綺麗に出ない症状があり、以前から一部ユーザはカスタマイズしていた。 上記のパッチを当てると、最新版でガントチャートに日付が出てソート順が開始日になるので、MS Projectっぽくなる。 管

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

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

先日行われたScrum Boot Campに参加した方から、Scrumの謎が解けた、というつぶやきがあったのでメモ。 僕はScrum研修を受講した経験がなく、書籍による理解しかないことを先に断っておく。 【元ネタ】 Scrum Boot Camp 横浜に参加してきた - Diary of absj31（2011/07/01から移行します：→http://d.hatena.ne.jp/shinyaa31/） Twitter / @frerudev: @hideo_sa 私はScrum Boot Camp終了後、Redmine Backlogプラグインの使い方がようやく理解できました。ずーっつスッキリしなかったScrumの謎がかなり解けた感じです。行ってよかったです。 Twitter / @akipii: @frerudev Scrumの謎はどこにあったのでしょうか？　よろしければ教えて下さい

@hatsanhatさんにDOAの質問をしたら、とても参考になる回答をもらったので、僕の理解の範囲内でまとめてみる。 ＃間違いがあったら後で直す。 【参考】 モデラーとは:アーキテクト360 review 生産管理・原価管理システムのためのデータモデリング- Ynishi Bussiness Logs Domain Logic and SQL - Ynishi Bussiness Logs (1)リレーションシップはキーという「証拠」があるから引ける OOAでは、クラス同士の関連は簡単に引ける。 クラス同士の関連はビジネス上の制約から発生するけれども、それを表現するのは多重度ぐらいしかない。 コンポジションと集約の違いはOOAではあいまいに表現されやすい。 実際、クラス図で関連がコンポジションなのか制約なのか、を意図的に明示するモデラーは少ない。 また、関連クラスは分析モデルで表現されるだ

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

チケット駆動開発を運用してみて、悪いWF型開発のアンチパターンを頻繁に見かける。 考えたことをメモ。 【1】WF型開発がうまくいっているプロジェクトは、手戻り作業をできるだけ減らすように、前工程の品質チェックに力を入れる。 過去の経験値が生きる場合、いわゆるフロントローディングのやり方は有効に作用する。 しかし、僕はWF型の開発スタイルで上手くいった経験はあまりない。 ソフトウェア開発では、技術革新のスピードが早いため、過去の経験値が有効に作用せず、試行錯誤する回数がとても多い。 WF型開発が前提とする手戻り作業を減らす手法は、あまりにも綺麗過ぎる。 試行錯誤やリスクをあまりにも恐れている気がする。 Redmine・Trac・Mantisでチケット駆動開発をやってみると、リリースに至るまでの作業はいつも初めての問題にぶつかって試行錯誤して、どのイテレーションでも同じようにはならない。 チケ

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

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

Agile開発の普及に関して良い記事があったのでメモ。 【元ネタ】 アジャイルマニフェストからの10年をふりかえる by マイク・コーン - kawaguti の日記　(id:wayaguchi) (引用開始) そして現在、10年が経ち、状況は180度変わった。あなたがもしアジャイルをやっていない／アジャイルになろうとする過程にないなら、自分もやった方がいいんじゃないか？と思うだろう。10年前と比べて最大の変化は、どのプロセスを利用するかを検討する議論において、アジャイルプロセス群は席が予約されている、ということだ。もし私が大企業の開発担当副社長で、他の部門の副社長たちにアジャイル開発を薦めたら、彼らはむやみに拒否することができないだろう。アジャイルは、いろんなやり方があるが、実行可能で実現可能な代替案である。すべての会社やプロジェクトにおいて適切な手法であるとは限らないが、アジャイルを提

Scrumが従来のAgile開発に比べて優れている点は、プロダクトオーナー、バックログ、ベロシティという概念を明確に定義した点にあると思う。 チケット駆動開発をいくつかのプロジェクトで実践してみて、ベロシティという概念が一番難しく、そして奥が深いという経験を少しだけした。 考えたことをラフなメモ書き。 僕はScrumを勉強中なので、間違っていたら後で直す。 【元ネタ】 Twitter / @Kakutani Shintaro: ベロシティを「安定させるもの」「だいたい予想できるようにすること」と捉えているのが素晴しい / Redmineでアジャイルチームのスピードやパワーを見える化する | 世界 - daipresents!! http://htn.to/odgTtR Twitter / @江端 一将 （えばた かずまさ）: スクラムのベロシティに似ていると思う。ベロシティを高く表現するの

以前、平鍋さんが翻訳されたジム・ハイスミス著「アジャイルプロジェクトマネジメント 最高のチームづくりと革新的な製品の法則」を読み返した。 アジャイル開発を経験したからこそ、購入して5年もたってようやく理解できたのでメモ。 【参考】 アジャイルプロジェクトマネジメント 最高のチームづくりと革新的な製品の法則, ジム・ハイスミス の感想 - ブクログ (引用開始) アジャイルプロジェクトマネジメントのバイブル的な一冊。 タイトルにもあるように、プロジェクトマネジメント向けの内容となっており、実践を想定した具体的な記載と共に、アジャイルの原則（考え方や哲学と言っても良い）についてとても良くまとまっている。 ただし、アジャイル経験が無い状態で本書を手にとっても、そのエッセンスのほとんどは理解できないであろうと想像する。 私が本書に出会ったのは一度アジャイルプロジェクトを実践した後のこと。 経験を踏