チケット駆動開発で作業管理はしないほうがいい - arclamp
先日、2013/3/23（土）に弊社でチケット駆動と開発環境に関するイベントを開催しました。リンク先には資料も上がっていますので参照ください（※アトラシアン製品関連のイベントです）。 基調講演にはチケット駆動開発を推進されている関西XPUGのあきぴーさんをお招きして「チケット駆動開発をパターン言語で読み解く」という話をしていただき、最終枠ではパネルディスカッションをしました。 チケット駆動開発とウォーターフォール パネルディスカッションでは、僕が「チケット駆動開発を作業計画に使うのは難しく、WBSとの併用が現実的」と話し、あきぴーさんが「作業計画をチケット駆動開発で回していくには」というノウハウを紹介されていました。 この違いは僕がウォーターフォール的な新規案件を、あきぴーさんがアジャイル的な開発/保守運用案件を前提にしているためです。 僕自身はBTS（Bug Tracking Syste
Peopleware Homepage Index
Chapter 1 今日もどこかでトラブルが 「管理者のほとんどは、技術面より、人に気を配っていると思い込んでいる。 しかし、本当にそうしている管理者はめったにいない。」 Chapter 2 チーズバーガーの生産販売マニュアル 「根本的に欠陥のある設計はそれを修正したりせずに、 思い切りよく捨ててしまって一から作り直したほうが結局うまくいく、 （中略）(しかし、）管理者は、たとえ長い間には高くついたとしても、 バグの多い製品をだましだまし手直しして動かしたほうがいいと 思っているようだ。」 Chapter 3 ウィーンがあなたを待っている 「一人一人が過ごせる人生は、ほんの短い間であることを、 (プロジェクトの）みんなはちゃんと気づいている。また、 今やっている馬鹿馬鹿しい仕事よりも、 はるかに大切な何かがあることも、よく知っている。」 Chapter 6 ガンによく効く？ラエトライル ラ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
