なぜ日本ではチケット駆動開発が注目されるのか？(ゲストブログ) | Atlassian Japan 公式ブログ | アトラシアン株式会社
今回はゲストブログです。今、日本のソフトウェア開発において注目されており、先日書籍も出版された「チケット駆動開発」について2回に渡り紹介していきます。今回は Part 1 ということで著者のお一人である Makoto Sakai 様から寄稿頂きました。 Makoto Sakai / SRA (Software Research Associates,Inc.) 近年、日本では書籍が発売されるなど「チケット駆動開発」が注目を集めています。「チケット駆動開発」が注目されているのは、短期間に大規模開発が行われる日本独特のソフトウェア開発の事情によるものです。しかしその利用方法を見ていると、チケット駆動開発によって、分散開発が可能な電子カンバン、チケットを中心としたコミュニケーション、ツール連携と情報の管理、ワークフローによるプロセスの自動化、などソフトウェア開発における制約を取り除く事を目的とし
チケット駆動開発を上手に運用するためのプラクティス（ゲストブログ） | Atlassian Japan 公式ブログ | アトラシアン株式会社
前回のゲストブログ Part 1 に続き今回は Part 2 をお届けします。今、日本のソフトウェア開発において注目されており、先日書籍も出版された「チケット駆動開発」について紹介するシリーズの後編です。Part 2 はもう一人の著者である akipii 様から寄稿頂きました。 akipii / XPJUG Kansai (eXtreme Programming Japan User Group at Kansai) 概要 チケット駆動開発 (TiDD) とは、JIRA や Redmine などのチケット管理から生まれたプロジェクト管理の技法の一つです。「ソフトウェア開発に現れる全ての作業や課題はチケットに起票してから開発する」という原則 (Ticket First) を守り、チケットを中心に開発する手法です。 従来の Excel によるガントチャートでの進捗管理よりも、頻繁な作業の変更
TiDDとgit-flowを合わせた開発手法について | Technology-Gym
Redmineを使ったTiDD（チケット駆動開発）と バージョン管理システムのGitを組み合わせて、どうやって開発していくのが上手い流れを作れるのかということを考えてみました。 まずはTiDDとは何か 気になるところを取り出すと コードに触る前にチケットを切る Ticket First タスクチケットは細分化して、放置されるようなタスクのサイズにしない チケットで親子関係を作ってまとめるといい 親チケット = ストーリーカード 子チケット = タスクカード コードとチケットを関係付ける(コミットコメントにチケット番号の付加など) No Ticket, No Commit katsumic.info – WorkNote » TiDD（チケット駆動開発）でいこう と大体同じです。 次はGitとチケットについて 元々、RedmineのチケットとGitをどう連携させるのがいいのだろう? というと
チケット駆動開発の概念は海外に存在するのか？ - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
「Redmineによるタスクマネジメント実践技法」 詳細目次 #TiDD - プログラマの思索
翔泳社のHPから詳細な目次が公開されたようです。 【元ネタ】 [#TiDD] 出版裏話５：「Redmineによるタスクマネジメント実践技法」 詳細目次: ソフトウェアさかば さかばさんが書いているように、実際はもう少し多めに書いたのですが、分量が多すぎると言うことでいくつかの章は削除になりました。 でも、その裏話もどこかのコミュニティで少しずつ講演していこうかと思ってます。 さっそく著者には本が届きました。 表紙の艶もよく、白と赤のコンストラストがとても綺麗で、まるで光沢のある曲線的なデザインのiPhoneみたいでした(笑) RedmineやTracなどのBTSのツールのインストール方法については、既にたくさんの良書が出版されています。 しかし、それらのツールの背後に隠れているチケット駆動開発というプロセスの説明、そしてチケット駆動開発の背後に更に隠れているAgile開発を見出して詳しく説
チケット駆動開発 - Wikipedia
チケット駆動開発 (ticket-driven development; TiDD) とは、プログラム開発手法の一種で、作業をタスクに分割しBTS（Bug Tracking System／バグ管理システム）のチケットに割り当てて管理を行う開発スタイル[1]。細かな修正作業の多い従来開発の中で生まれたが、アジャイル開発との親和性が高い[2]ことから、エクストリーム・プログラミングをはじめとするアジャイル開発でも実践されている。 はじまり[編集] チケット駆動開発が提案された2007年ころはソフトウェア開発環境が充実し、Subversion、trac、ウィキを活用したプロジェクト運営が注目されていた[3]。そのような中で、たくさんの細かな修正を効率よく行う方法として「チケット駆動開発」が現場から生まれた。 チケット駆動開発は、まちゅ氏のITpro Challenge のライトニングトーク「もう
yet another TDD
マイクロファイナンス・ファンドのプロジェクト概要 Living in Peace × セキュリテ 共催 マイクロファイナンスセミナーLiving in Peace
[Think IT] 第3回：チケットドリブン開発でバグ削減！ (1/3)
【バグ管理の作法】Trac徹底活用！ 第3回：チケットドリブン開発でバグ削減！ 著者：masuidrive 公開日：2007/12/20（木） チケットが中心の開発手法 「第2回：なぜTracの導入に失敗するのか？」では、Tracの中心機能となるチケットについて説明し、導入のポイントをまとめた。今回はチケットを開発の中心位置に持ってくる「チケットドリブン開発」について解説していこう。 チケットドリブン開発とは チケットドリブン開発（チケット駆動開発：Ticket Driven Development）とは、チケットを書いてから開発を行うという手法だ。読者の皆さんもご存じのようにテストドリブン開発（Test Driven Development）をもじったものである。このチケットドリブン開発は「まちゅダイアリー（http://www.machu.jp/diary/）」のまちゅ氏がITpro
[tech]チケット駆動開発 - Kazumi007の日記
id:kunitさんの[Git] gitだからこそできるチケット駆動開発のやり方を読んでたら、自分たちもチケット駆動開発的なものをやっていることに気がつきました。せっかくなので、ちょっと紹介します。 構成管理はCVS、BTSはJIRAを使っています。チケット駆動ということを意識してはいませんが、ルールとして「構成管理にコミットするときには、コミットログにチケットIDと変更概要を記述する」ということを守っています。 日々の開発 日々の開発では、まず機能(ユースケース)ごとにチケットを起票します。このチケットは、管理タスクとして使用します。JIRAでは１レベルのサブタスクを定義する事ができます。この機能を利用して数日で達成できる単位（どちらかというと、CVSのコミットに都合の良い単位や開発者にアサインしやすい単位）で、サブタスクにチケットを分割していきます。サブタスクは、タスクが発生したり、お
![[tech]チケット駆動開発 - Kazumi007の日記](https://cdn-ak-scissors.b.st-hatena.com/image/square/6ad87cf023f904c227b84afa86aa1c22555351d1/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127136432888%2F17680117127136434846%2F1558043426)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
チケット駆動開発 … ITpro Challenge のライトニングトーク (4) - まちゅダイアリー (2007-09-07)
http://www.machu.jp/posts/20081008/
http://www.machu.jp/posts/20090301/p01/