工数見積もりで陥りやすい罠 - プログラマの思索
「ソフトウェア見積り」を読んだ後に「アジャイルな見積りと計画づくり」を読み直したら、とても理解しやすかった。 理解できたことをメモ。 間違っていたら後で直す。 ※追記：一部修正した。 ※追記：Velocityの計算方法を「塹壕よりScrumとXP」から参照するようにした。 【元ネタ】 Twitter / @akipii: 見積について色々考えている。1.0MD(人日)という単位は規模・出来高・工数という複数の意味を持ち混乱しやすいから、ソフトウェア開発の計画づくりに支障をきたしているのではないかという仮説を考えている。その考えを深めるとScrumのストーリーポイントはよく考えられた概念だと思う。 アジャイルサムライで一番難しくて面白い概念～Velocity: プログラマの思索 ソフトウェア開発に特有な技術～ソフトウェア見積り: プログラマの思索 チームは加速するのか～Velocityの使い
幅広い知識を求められるディレクターの読書法3ステップ : LINE Corporation ディレクターブログ
こんにちは。ジェイ・リスティングの井上です。 先日まで続いていた "ネタ本" シリーズいかがでしたでしょうか。 最後はライブドア役員のオススメ本が掲載されましたが、普段同じフロアにいるものの、本の話を聞く機会はほとんどなかったため、書評を読みながら「全く知らないけど 面白そう」とか「あー これ読もうか迷ってた本だ」「あぁ ○○さんっぽい」という新たな発見を楽しみながら必読本リストに加えておりました。 実際に読んだ方の "声" というものはとても参考になります。今回はその声をしっかりキャッチし、インプットする読書法を3ステップに分けてお伝えできればと思います。 ステップ1: 見つけた本はEvernoteに集約する 「気になる本」を見つけるという事は、なかなか難しいのではないかと思います。私自身の「気になる本」の見つけ方としては、TwitterのタイムラインやFacebook。今回の"ネタ本"
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
