なぜ開発で見積り失敗して忙しくなりがちなのか(アジャイルな見積りと計画づくり読んだ) - $shibayu36->blog;
最近タスクがどのくらいで終わるか見積もることが多いんだけど、そのたびにうまく見積もりができてなかったり、思ったより長引いてしまってすごく忙しくなってしまったり、といったことが何度かあった。このままじゃ良くないなーと思って、「アジャイルな見積りと計画づくり」を読んだ。 アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~ 作者:Mike Cohn,マイク コーン毎日コミュニケーションズAmazon 実際読んでみると今の状況に非常にぴったりで良い本だった。この本を読んでいくと、最初から正確な見積りをするのは不可能で、作業をしながら見積りの精度をあげるといったり、変更やリスクに強いスケジュールをうまく作るということをしていく必要があるということが分かる。なんとなく自分がタスク管理をしないといけなくなったけど、なんかうまくいかないと思っている人には非常に参考になると思う。あと
チケット駆動開発 no ticket, no commitは誤解 | Act as Professional
チケット駆動開発を誤解していた@HIROCASTERでございませう。 チケット駆動開発（TiDD）の提唱者である方の書籍が8/24(金)に発売されます。 なんと、これまでチケット駆動開発は no ticket, no commit（チケットがなければコミットできない）というルールが絶対だと理解していたですが、著者みずからが、これはテーラリング（プロジェクトの特性に合わせて手直しする）の対象であると述べています。 基本的なルールですが必須ではありません。12章のテーラリングガイドの対象の一つになっています。 RT @ryuzee: チケット駆動開発本を買うかどうか悩んでいるのだが、No Ticket No Commitは僕は守るつもりのない行動なので、それが前提だとつらい。どうなんだろ — さかば (@sakaba37) August 16, 2012 チケット駆動開発に対する考えno ti
5分で分かる、「スクラム」の基本まとめ
5分で分かる、「スクラム」の基本まとめ：開発チームを改善するためのスクラムTips（8）（1/2 ページ） 「スクラム」は、アジャイル開発の手法群の中でも、「チームとしての仕事の進め方」に特化したフレームワークだ。スクラムの知識を応用して、開発チームの日常をちょっとリファクタリングしてみよう。 これまで、アジャイル時代のチーム・マネジメント手法として主流になっている「スクラム」の手法を紹介してきました。今回は総集編として「スクラムの基本」をコンパクトにまとめます。 そもそもスクラムとは スクラムは、一言でいえば「チームで仕事の進めるための枠組み（フレームワーク）」です。 もともとはソフトウェア開発プロジェクトを成功させる仕組みですが、技術的な要素は取り除かれ、多くのチーム作業に共通して適用できる要素だけが残りました。そのため、ソフトウェア開発以外のチームにも適用できるのが特徴です。 ●バッ
「アジャイルソフトウェアエンジニアリング」が出版されました - Natural Software
このエントリは「アジャイルソフトウェアエンジニアリング」が出版されました - かおるんTFSダイアリーの転載です アジャイルソフトウェアエンジニアリング (マイクロソフト関連書) 作者: Sam Guckenheimer,Neno Loje,日本マイクロソフト監訳,TFSUG監訳,トップスタジオ出版社/メーカー: 日経BP社発売日: 2012/05/24メディア: 単行本 クリック: 14回この商品を含むブログ (10件) を見る以前書いた「アジャイルソフトウェアエンジニアリング」が出版されました。 日経BPさんのサイトで購入すると、20%OFFになるようです(6/30まで) http://ec.nikkeibp.co.jp/nsp/agileSE/ 長沢さんの紹介エントリ http://blogs.itmedia.co.jp/nagap/2012/05/post-4926.html 学校
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: チケット駆動開発: 小川明彦 (著), 阪井誠 (著), 阪井誠 (監修): 本
