工数見積もりで陥りやすい罠 - プログラマの思索
「ソフトウェア見積り」を読んだ後に「アジャイルな見積りと計画づくり」を読み直したら、とても理解しやすかった。 理解できたことをメモ。 間違っていたら後で直す。 ※追記：一部修正した。 ※追記：Velocityの計算方法を「塹壕よりScrumとXP」から参照するようにした。 【元ネタ】 Twitter / @akipii: 見積について色々考えている。1.0MD(人日)という単位は規模・出来高・工数という複数の意味を持ち混乱しやすいから、ソフトウェア開発の計画づくりに支障をきたしているのではないかという仮説を考えている。その考えを深めるとScrumのストーリーポイントはよく考えられた概念だと思う。 アジャイルサムライで一番難しくて面白い概念～Velocity: プログラマの思索 ソフトウェア開発に特有な技術～ソフトウェア見積り: プログラマの思索 チームは加速するのか～Velocityの使い
あの「広告」は本当なのか。 - バカだもん。-月に咆える-
とりあえず何も言わず、コレを見ていただきたい。 YouTube動画 今回３月１１日に起きた未曾有の大災害、東日本大震災。 友人も被災し、連絡が取れなくなったり自分自身もいろんな対応で大変でした。 そんな中、沢山のメディアが広告、つまりCMを自粛しACの広告を放送することになりました。 コレを書いてるときもリアルタイムで放送されてるんですけど、もう気が滅入るほど毎日何度も耳にしたことだと思います。 そこで気になったことが一つ。 「あいさつするとともだちはふえるのか？」 そこで昨日の昼間、仕事の帰り道にたまたま駅前で友人と会ったので二人でやってみた。 ルールはこう。 自分達の前を人が通るたびにあいさつする。 それだけ。 一人目、普通のオジサン。 「こんにちわ！」 無視 二人目、普通のオジサン 「こんにちわ！」 無視 ３人目、主婦 「こんにちわ！」 無視 ４人目、若い女性 「こんにちわ！」 無視
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ACがこの非常時に偽善くさいCMしか作らない理由が判明 : キニ速
