第4回shinagawa.redmine勉強会

持久力 @dmp

おすすめの本 #47redmine 安宅和人 の イシューからはじめよ―知的生産の「シンプルな本質」 http://t.co/qhWbwHMM

ずきゅ～んたん @ZuQ9Nn

基本的な質問。にたような質問が多い、チケットの粒度、チケットの完了条件、複数チームのタスク管理　#47redmine

くっすーFPV @KusuFPV

すみません。ネットワークが一度切れたみたいです。 ( #47redmine live at http://t.co/XS4CxDWp)

ずきゅ～んたん @ZuQ9Nn

同じ問題でも状況で異なる、情報システム部門、、複数のタスク管理　#47redmine

持久力 @dmp

複数チームのタスク管理……どうやるんだろう #47redmine

ずきゅ～んたん @ZuQ9Nn

暗黙的な判断基準を明確にしたい。チケットの取捨選択、地検との優先順位付け #47redmine

持久力 @dmp

チケットの取捨選択基準、優先順位の明確化は？ #47redmine

ずきゅ～んたん @ZuQ9Nn

チケットの出し方、受け方、閉じ方、しまい方や並べ方には間違いなくパターンがある。ノウハウを共有できないか？　#47redmine

ずきゅ～んたん @ZuQ9Nn

体系化の方針。１。ツールの説明を排除 TiDDはツールに依存しない。RedmineでおPostItでもチケット駆動は運用可能　#47redmine

TERAJIMA Motoyuki @trmmy

#47redmine にきてみた 生 @akipii 講演はじまった

Oja @kawanishi_ameya

チケット駆動開発には、アジャイル開発でいうアジャイルサムライのように、とりあえずこれ読んどけな本は無いのかな。 #47redmine

くっすーFPV @KusuFPV

UST,また、ネットワークが切れました。今日は帯域がとれないみたいなので、設定を変えていました。 ( #47redmine live at http://t.co/XS4CxDWp)

ずきゅ～んたん @ZuQ9Nn

２。プラクティスをパターン言語の形式で表現、現場の経験値と常識の拠り所、特定の状況の問題に対して有効な解決方法を提示　#47redmine

ずきゅ～んたん @ZuQ9Nn

TiDDの原則、価値とプラクティンスの領域における普遍のルール。１。最初にチケットありき SW開発の作業も課題も障害もチケットへ、チケットなしの作業不可 #47redmine

持久力 @dmp

最初にチケット作るとき、不具合調べてからチケット作るみたいなときは No Ticket, No Work が実践できなくて困る #47redmine

持久力 @dmp

議事録、報告書もWikiかー。他の人にWiki記法教えないといけないなぁ #47redmine

ずきゅ～んたん @ZuQ9Nn

2.青果物は構成管理に従う、プログラムや仕様書は構成管理へ、議事録や報告書はWikiやチケット集計へ #47redmine

持久力 @dmp

チケット = {タスク、障害、課題、問い合わせ、要望} #47redmine

ずきゅ～んたん @ZuQ9Nn

チケットとは、製品尾変更時に管理すべき対象プロセス、チケットはワークフローで制御される、チケットは成果物や仕様ではない #47redmine

ずきゅ～んたん @ZuQ9Nn

TiDDにおける構成管理とは、ソフトウエア資産を記録する仕組み、ソフトウエアの変更を記録する。定期的にリリース可能なソフトウェアにラベル付け。リポジトリにリリースタグを付与、製品にビルド番号を付与　#47redmine

持久力 @dmp

チケットは仕様じゃないんだけど、「仕様書つくる」というチケットに対して、徐々に仕様を書いていくっていうのはダメなのかな #47redmine

ずきゅ～んたん @ZuQ9Nn

TiDDの価値観とは、何が望ましく、なにがふさわしくないのかという基準、チケットの取捨選択にかかわる判断基準　#47redmine

TERAJIMA Motoyuki @trmmy

QCD以外に変数がある => スコープ #47redmine

ずきゅ～んたん @ZuQ9Nn

TiDDによるパラダイムシフト、従来のWF開発は頻出コスト納期は固定、チケット駆動肺初はスコープを調整。地検との取捨選択でスコープ管理する、 #47redmine

TERAJIMA Motoyuki @trmmy

QCDのQのうち機能性品質がそれに対応すると思っていたが #47redmine