デブサミ2011【17-B-1】エンタープライズパッケージ開発の今 〜エンタープライズ系でもアジャイル開発を〜』
-
- いいね！0
@nsiena
萩原「タスク管理は Redmine。開発フロー: 1.仕様書と共にテストケースを抜き出し, 2.テストファーストでTDD, 3.全テストが終わるまで 2.を繰り返し, 4.カバレッジ率を確認し、漏れがあれば確認。 #17B1 #devsumi
2011-02-17 10:32:54
@nsiena
小野「うちは、コミットするのもドキュメント書くのもペアでやっていた時期があった。必ずしもペアでやることが最善ではないので、一人で集中した方がいいことはペアを組まない運用になってきた。コミットはミスが許されないので必ずペアで。 #17B1 #devsumi
2011-02-17 10:35:37
takano
@mtknnktm
すべてペアでやらせてみた（コミットとかも）→さすがに微妙→考え込みたいときは申請性にした（コミット前レビューだけは必ずペア） - 小野さん #devsumi
2011-02-17 10:36:14
@nsiena
萩原「ペアプロでは能率が半分になるかもという問いに対して。工数で見ると不利になるように見える。しかし、速度や品質が上がる。工数だけで見てはいけないのではないか。 #17B1 #devsumi
2011-02-17 10:36:59
takano
@mtknnktm
ペアプロって効率悪いんじゃない？→ 工数だけじゃないよ: 強力なOJTでもある，こっそり遊んだりしなくなる（プログラマは50%ぐらいしていればいいほうｗ）
2011-02-17 10:38:26
takano
@mtknnktm
ペアプロって効率悪いんじゃない？→ 工数だけじゃないよ: 強力なOJTでもある，こっそり遊んだりしなくなる（プログラマは50%ぐらいしていればいいほうｗ） #devsumi
2011-02-17 10:38:45
@nsiena
小野「PC は、仕事道具であるとともに遊び道具でもある。人の目があることで遊びを控える。メールや検索も必要な範囲になる。 →仕事に集中するので早く仕上がる。ただし、ずっと仕事だけしていると発想が固くなるという点には注意。 #17B1 #devsumi
2011-02-17 10:39:04
猫提督ff@睦月提督
@nekoteitoku
サボれないと困るから導入できない。趣味の合う人と組むとは限らないからね。 RT @changeworlds ペアプロはサボらせない為に有効？ #devsumi 【17-B-1】
2011-02-17 10:41:01
@nsiena
萩原「ペアプロになれていない頃は、何をして良いか分からず進まない、ベテラン同士で意見の対立が起きるなどの問題があった。事前の機能モジュールの設計をした人がナビになるようにナビとドライバを担当して、方針がぶれないようにしている。 #17B1 #devsumi
2011-02-17 10:42:24
中村 薫
@kaorun55
ペアプロとテストファーストはいいとして、その先の結合、受け入れレベルのテストはどうしてるんだろう？ #devsumi【17-B-1】
2011-02-17 10:42:39
渡邊 裕
@yutakawat
テストファースト、最初は疑問があったが、仕様変更、機能追加の時のレベルダウン防止にじわじわと効果がでている #devsumi【17-B-1】
2011-02-17 10:43:21