2013/02/14 デブサミ2013【14-B-5】チケット駆動開発の本質 #devsumiB

Developers Summit 2013 Action! http://event.shoeisha.jp/detail/1/ <講演概要> 「Redmineによるタスクマネジメント実践技法」「チケット駆動開発」の著者らが語る実践を踏まえたチケット駆動開発の本質。著作に書ききれなかった思いを語らせていただきます。  まず、阪井がチケット駆動開発のバリエーションの一つである「挑戦の道具としてのチケット駆動開発」について語り、小川が「チケット駆動開発のフレームワーク~現場の経験知からパターン言語へ」と題して語り、チケット駆動開発の本質に迫ります。 続きを読む
1
前へ 1 2 3 ・・ 6 次へ
鎌玉 大 @kamatamadai

#devsumiB チケット駆動開発のフレームワーク

2013-02-14 15:50:25
せみやしん @shin_semiya

「濡れ雑巾は絞らない」乾いた雑巾を絞っている会社がSIerでは多いですね! #devsumiB

2013-02-14 15:50:37
あきこ@しばらくしばらく趣味のつぶやき多め @akiko_pusu

自律的なチーム。マイクロマネジメントしすぎない。『濡れぞうきんは絞らない』(本田宗一郎氏からIIJ鈴木氏への言葉。)#devsumiB

2013-02-14 15:50:48
鎌玉 大 @kamatamadai

#devsumiB 会場の9割がチケット駆動開発を使っている・使っていた

2013-02-14 15:51:02
はろ @hidenorly

#devsumiB redmineによる実践技法を2年前にやった@でぶさみ

2013-02-14 15:51:12
せみやしん @shin_semiya

よく訓練されたチームならできるよね。問題はよく訓練されたチームを作るのが難しいこと。 #devsumiB

2013-02-14 15:51:31
NAKAMURA Shinya 中村真也 @shinnkm

SRA阪井誠氏:S/W開発は常に新しいことへの挑戦なので、チケット駆動開発で履歴の蓄積、課題・タスク・計画・知識等の共有をすると良い。チケットの起票権限は皆に与え、種類や属性は少なくして起票し易くする。棚卸しは適度に。 #devsumiB

2013-02-14 15:52:15
鎌玉 大 @kamatamadai

#devsumiB よく聞かれる質問。チケットの粒度、複数チームのタスク管理。判断基準が暗黙知なので明確にできない。チケット駆動はアジャイル開発なのか?

2013-02-14 15:52:22
鎌玉 大 @kamatamadai

#devsumiB チケット駆動開発はアジャイル開発と親和性が近いと思っているが、現場ではどう

2013-02-14 15:53:41
はろ @hidenorly

#devsumiB チケットの粒度、複数チームのタスク管理、判断基準が暗黙知。FAQ.

2013-02-14 15:53:47
joker1007 (アルフォートおじさん) @joker1007

githubとredmineの連携をもうちょっと真剣に考えるか。Repo Hook APIとSinatraでゲートウェイ作ってごにょごにょする感じで。 #devsumiB

2013-02-14 15:54:12
はろ @hidenorly

#devsumiB 体系化の方針。practiceをpattern言語の形式で。。。原則、価値観、プラクティスでまとめる

2013-02-14 15:54:38
鎌玉 大 @kamatamadai

#devsumiB チケット駆動開発を体系化していきます。ツールの説明を排除(RedmineでもPost itでも可能)。パターン化

2013-02-14 15:54:52
せみやしん @shin_semiya

真のチケット駆動にツールはいらぬ #devsumiB

2013-02-14 15:54:59
joker1007 (アルフォートおじさん) @joker1007

チケットの粒度やタスク管理については、そもそもコンテキスト依存が強烈だから定式化しづらい。 #devsumiB

2013-02-14 15:55:47
せみやしん @shin_semiya

神は最初に「チケットあれ」と言いました #devsumiB

2013-02-14 15:56:08
鎌玉 大 @kamatamadai

#devsumiB TiDDの原則2つ。まず、最初にチケットありき(Ticket First)成果物は構成管理に従う。

2013-02-14 15:56:29
鎌玉 大 @kamatamadai

#devsumiB チケットとは何か?タスク、障害、課題、問い合わせ、要望…

2013-02-14 15:57:34
古川 剛啓 @furuyoshi

個人的にはTiDDのチケットの粒度が小さすぎる気がする。 #devsumiB

2013-02-14 15:57:51
はろ @hidenorly

#devsumiB 製品の変更時管理すべき対象プロセス(チケットは製品に従う)。チケットはワークフローで制御される(チケットはワークフローに従う)。チケットは成果物や仕様ではない(成果物は構成管理に従う)

2013-02-14 15:58:08
鎌玉 大 @kamatamadai

#devsumiB チケットは管理する対象プロセスがある。ワークフローで管理される

2013-02-14 15:58:14
はろ @hidenorly

#devsumiB TiDDの原則。ticket first. SW開発の作業も課題も障害もチケットに。成果物は構成管理に従う。コード、仕様書は構成管理へ。Wiki, ticket集計に、議事録や報告書を入れる。履歴管理不要

2013-02-14 15:58:30
joker1007 (アルフォートおじさん) @joker1007

個人的にはredmine捨てて、github issueとpivotalに移行したい所がある。 #devsumiB

2013-02-14 15:58:48
鎌玉 大 @kamatamadai

#devsumiB 構成管理とは、ソフトウェア資産を記録する仕組み。バージョンは、ソフトウェア資産を確定させる締め日。

2013-02-14 15:59:38
前へ 1 2 3 ・・ 6 次へ