工数見積もりで陥りやすい罠 - プログラマの思索
「ソフトウェア見積り」を読んだ後に「アジャイルな見積りと計画づくり」を読み直したら、とても理解しやすかった。 理解できたことをメモ。 間違っていたら後で直す。 ※追記：一部修正した。 ※追記：Velocityの計算方法を「塹壕よりScrumとXP」から参照するようにした。 【元ネタ】 Twitter / @akipii: 見積について色々考えている。1.0MD(人日)という単位は規模・出来高・工数という複数の意味を持ち混乱しやすいから、ソフトウェア開発の計画づくりに支障をきたしているのではないかという仮説を考えている。その考えを深めるとScrumのストーリーポイントはよく考えられた概念だと思う。 アジャイルサムライで一番難しくて面白い概念～Velocity: プログラマの思索 ソフトウェア開発に特有な技術～ソフトウェア見積り: プログラマの思索 チームは加速するのか～Velocityの使い
今でも簡単に適用できる30年以上前の見積もり技法
「見積もり」は、ソフトウェア開発における大きなテーマであり、ソフトウェア工学における最重要課題の1つでもあります。 前回からお届けしている“見積もり・シリーズ”では、「見積もりの目的（正確に見積もるだけでは不十分）」「見積もりの具体的な方法（精度を上げるため、少なくとも2つ以上の方法で見積もる必要がある）」「見積もりの応用（見積もり値に合わせる制御と再見積もり）」「見積もりの調整（状況に応じて開発量とスケジュールを再見積もりしなければならない）」について、具体的に解説していきます。 シリーズ2回目となる今回は“昔の見積もり技法”を解説します。見積もりを含めたプロジェクト管理は、過去30年以上、ほとんど進歩しておらず、
「もしドラ」の読み過ぎに要注意
その決断、そのやり方、本当に自分の頭で考えたものですか？ 「もしドラ」などを読むのも大切なことだが、最終的には自分の頭で考えなければ、ビジネスで勝つことは難しい。 経営が傾き始めたある中小企業の社長は、「会社を復活させるためにトイレ掃除から徹底的に行った」と書いてある本を読み、早速、自社の社員にトイレ掃除を徹底的にやらせた。その会社は、トイレはピカピカになったものの、数年後に倒産してしまった。社長はマネジメント本に書いてあった『トイレ掃除をさせたら、社員の意識が変わり、企業が復活した』という話を真に受け、そこから何かが変わると信じ込んでしまった。そして、ビジネスを立て直すことを怠ってしまった」のだ――。 トイレを掃除すれば、社員の意識やモラルが変わって業績向上につながる、というのは確かによく聞く話だ。だが、ビジネスとはそれほど簡単なものではないし、“トイレの神様”もそう都合よく光臨してはく
TABLOG:ダメ会社の不振事業によく見られる50の症状 @V字回復の経営【書評】 - livedoor Blog（ブログ）
2009年04月25日 ダメ会社の不振事業によく見られる50の症状 @V字回復の経営【書評】 今日は、私にとって「金字塔」かつ「バイブル」的なビジネス書を読み返し、再度、頭にINPUTし直している。 GEのジャック・ウェルチが書いた「ウイニング勝利の経営」も、素晴らしい本なのだが、日本語で書かれたビジネス書の中で、この「V字回復の経営」ほどに「実践的」かつ「実戦的」なものを知らない。 とくに危機的な状況に陥った事業の建て直しに取り組む事業責任者の方が、この本を読んでないようでは、それだけで真剣味に疑問符を付けられてもおかしくない、そんな本なのだ。 ちょうど1年ほど前に、この本に出会ったとき、手にとって数ページをめくり、読みだしだけで、興奮にツバをゴクリと飲みこんだものだ。私は、あまり本に書き込みをしながら読む習慣はないのだが、この本については、ラインマーカーが、そこかしこに引かれることとな
わたしが知らないスゴ本は、きっとあなたが読んでいる: 「アート・オブ・プロジェクトマネジメント」読書感想文【まとめ】
ITプロジェクトのマネジメントにおいて、本書はまさに宝の山といえる。 一回の探索では持ちきれないほどのアイディアがザクザクと手に入る。しかも、ひとつひとつの宝が、著者の経験に裏打ちされ、考え抜かれているため、一回読みでは消化不良を起こす。それぞれのフェーズで読み返すことで、順番にモノにしていくやり方が良いかと。 このエントリでは、自分の振り返り読みのために、読書感想文エントリの目次と、次に読むべき本・サイトのをまとめた。わたしだけでなく、誰かの参考にもなればイイナ！ その1 ・オーバービュー その2 1章「プロジェクトマネジメントの簡単な歴史」からの考察 ・PMにとっての最重要ツール ・アート ―― 技芸と呼ぶ理由 ・ホワイトボード地獄 その3 2章「スケジュールの真実」および、 3章「やるべきことを洗い出す」からの考察 ・何のための開発プロセスか? ・見積もり確度を上げる2つの質問
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
