工数見積もりで陥りやすい罠 - プログラマの思索
「ソフトウェア見積り」を読んだ後に「アジャイルな見積りと計画づくり」を読み直したら、とても理解しやすかった。 理解できたことをメモ。 間違っていたら後で直す。 ※追記：一部修正した。 ※追記：Velocityの計算方法を「塹壕よりScrumとXP」から参照するようにした。 【元ネタ】 Twitter / @akipii: 見積について色々考えている。1.0MD(人日)という単位は規模・出来高・工数という複数の意味を持ち混乱しやすいから、ソフトウェア開発の計画づくりに支障をきたしているのではないかという仮説を考えている。その考えを深めるとScrumのストーリーポイントはよく考えられた概念だと思う。 アジャイルサムライで一番難しくて面白い概念～Velocity: プログラマの思索 ソフトウェア開発に特有な技術～ソフトウェア見積り: プログラマの思索 チームは加速するのか～Velocityの使い
自殺した父について今、僕が思うこと - Everything You’ve Ever Dreamed
北鎌倉にあるお寺へ墓参りに行った。妻と母と一緒に。父が死んで二十年。前日の台風が残していった風にあおられて線香に火をつけるのに苦戦しながら、この煙で燻され、ゾンビ化した父が墓から這い出てきたら…というどうでもいいことに想像力を浪費していると、家族連れだろうか、イーチ、ニー、サーンとどこからか子供たちの声。その声は僕に父との風呂を思い出させた。 父は僕と弟を湯船につからせるとゆっくり百まで数えさせた。父の風呂は本当に、本当にあつかった。僕らは大人の熱さに、数えるのを速めたり、数字を飛ばしたり、胸までお湯から出したりして対抗した。そのあとには恐怖の「10やりなおし」がいつも飛んできて、僕らが湯船から出るときには百をゆうに越える数を数えさせられていてゆでダコのように赤くなっていた。二匹のゆでダコの指先はふやけてしまっていて僕ははやく大人になって一人で風呂にはいる権利がほしいとそのふにゃふにゃの指
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
