“見積り” を作成した開発チームと、それを確認したビジネス担当者や経営者が、その内容を巡って対立することがあります。「見積りが大き過ぎる」「いや、これぐらいはかかりますよ」といったあのやり取りです。 これはおそらく、両者がともに “見積り” と “計画” を区別せず、混同しているから発生しています。見積り依頼を受けた時、開発チームが提出するものは、おそらく “見積り” です。しかし、ビジネス担当者や経営者が期待するアウトプットは “計画” なのです。 こうして “見積り依頼” という名のもとに、ソフトウェア組織に対立が日々生じているのではないでしょうか。 “見積り” と “計画” は別物見積り結果の「30人月」という数字（①）は、計画ではなく見積り工数です。そんなことは当たり前ですよね。 工数が明らかになれば計画なのか？それでは、30人月の開発を5人でこなすから「6か月」かかる（②）、とい
はじめに ソフトウェアプロジェクトには不思議な性質があります。現状のスケジュールに課題を感じて、短くするために人員を投下しても、なかなか思い通りに短くならない。それどころか悪化してしまうことがあります。場合によってはプロジェクト自体が破綻して失敗してしまうことすらあります。 今回は、このようなソフトウェアプロジェクトに潜む直感に反する性質を数理的なモデルを介して理解していく試みです。ある種の思考実験としてお楽しみください。 宣伝 Qiitaさんとコラボ企画でアドベントカレンダーをつくりました。 DXをめちゃくちゃ改善した話を募集しています。 https://qiita.com/advent-calendar/2021/dx-improvement 10人の妊婦がいても1ヶ月で一人の子供は生まれない これは誰かの技術力やプロジェクトマネジメント力に欠陥があるのではなく、「人月の神話」で有名な
本稿は Ron Jeffries 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 ronjeffries.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Ron Jeffries 氏ではなく、本稿のコメント欄にお願いします。 ここから本文です。 ストーリーポイント再考 私はストーリーポイントを発明したかもしれない。もしそうだったとしたら、いまは申し訳なかったと言いたい。ストーリーポイントに関する私の現在の考えを探ってみよう。少なくとも何人かは私の考えに興味をもっているでしょう。 もちろん、ストーリーは XP のアイディアであり、スクラムのアイディアではありません。どういうわけか、スクラムの実践者はこのアイディアを採用しています。公式のスクラムガイドではバックログアイテムに言及している
（※本記事は去年の弊社のQiita アドベントカレンダーに投稿したものをリライトしたものになります。反響が嬉しすぎたので自社ブログにも載せて擦ります。） はじめに リンクアンドモチベーションで、エンジニアをしています、宮田と申します。 自分は外部の技術顧問の方に月に一回のペースで1on1する機会をもらっています。 今回はその中で話したことを共有します。 公開するにあたって分かりやすさを重視して少し脚色していますが、大筋はリアルなものです。 見積もりに対する課題感 ぼく「約束は開発を遅らせるという記事を最近読んだのですが、その通りだと思ったのですよね。」 さて、チームの外に対して約束するために「この機能1ヶ月で出せるよね？」とプロダクトの人やマネージャーに聞かれたら。これは返事に悩む。「ラフで構わないから」って言われて伝えたら、それがコミットメントになってしまったのを過去に何度も見たことがあ
見積もりを出す際、条件（スペック）が不明確なところは「できるだけ明確になるまで問い合わせる」か「高めのスペック（松）と仮定して見積もる」という企業が日本では多数派を占める。このことは日経ものづくりによる2022年10月の調査で明らかになった。その原因が何かを、日本金型工業会専務理事の中里栄氏に聞いてみた。 中里氏も以前から、金型メーカーの多くが「不明点を問い合わせるか、“松”と仮定して見積もる」傾向について認識していたという。その原因は「最初に出した見積もりから価格が増える方向の変更は、日本の発注者は絶対に認めてくれないため」（中里氏）。したがって受注側は、あとでコスト上昇要因が発生したときに損をするリスクがあり、これを回避するため不明点をできる限り無くすか、高めの見積もりにしておかざるを得ない。同氏は「日本国内ではこれまでそれで通ってきたかもしれないが、『優越的地位の乱用』に他ならない」
はじめに ちょっとつぶやいたら思いのほか需要がありそうだったので、簡単にまとめておきます。 おことわり これを書いておけば、すべての不幸を避けられるというものではありません 提出先との関係性次第では、書かないほうがいいこともあるかも 私自身が普段提案している内容が、すべて記載されているわけでもありません（うろ覚えで書いてたり、大人の事情） これを流用しておこったすべての事項について、何らかの責任をとることはできません 本稿では請負による開発を想定しています でも共有することで、この業界の不幸が減ればいいなということでつらつら書いてみます。 他にもあるようなら、Twitterなりコメントなりで提案してもらえると嬉しいです。 前提条件を書く目的 見積・提案書通りに、実施するために必要な条件を明確にする 条件を逸脱したときに、どうなるのかハッキリさせる 上記は概ねつぎのとおり 実現が不可能になる
見積もりとは？ Wikipediaによると見積もりとは、以下のようにあります。 見積（みつもり。見積り、見積もりとも書く）とは、金額・量・期間・行動を前もって概算すること。見積もること。あらましの計算をすること。また、その計算。目算。「所要時間を見積る」、「一日の来客者数をざっと見積もった」など、おおよその感覚で数字の見当をつける場合の口語体表現でも使われる。 Wikipedia このように見積もりとは、なにかを行う前に事前にその結果を予想しておくことを言います。 見積もりを使うケースは、ソフトウェア開発に限った話ではありませんが、製造業であるソフトウェア開発においては『見積もり』というタスクは様々なケースで登場します。 見積もりが苦手な人は多い ソフトウェア開発では、「この機能を開発するときにどのくらいで完成できますか？」といったケースが見積もりのシチュエーションとしては多いかと思います
フリーランス稼業も波に乗ってくると、いい依頼がきても、どうしてもスケジュール的に請けれなかったり、逆にヒマでも「こりゃーないだろー」みたいな紹介を頂いてしまい、断るに断れなかったりする場合があります。 嫌な仕事というとナンですが、まあ「これはちょっと。。。」という条件の案件ですね。 そういった仕事の断り方・交渉方法をまとめてみました。 「スケジュールが詰まっていて、一ヶ月後まで無理」 よくある無難な断り方ですね。 ただこれだと本当に忙しいのか、建て前的に断ってるのか微妙なので、本当に請けたい仕事・相手の場合は、 「次はぜひ一緒にお仕事させてください」などとフォローをしておいた方がいいでしょう。 価格が安すぎる場合 10万でやってる仕事を1万でやってくれとか、「お小遣い」案件がまれにきます。 相場も調べず、「ホームページなんて誰でも作れるから」というアレな考えの方や、「どうしても予算がない！
観光タクシー・サポートタクシー・キッズタクシー ＥＤＳ（エキスパート・ドライバー・サービス）® 日本交通のＥＤＳは、「目的地への快適な移動」以上にタクシーだからこそできる歓びや楽しさ、日々の安心・安全をご提供するサービスです。 新しい毎日を、一緒に。 乗務員は 日々の健康管理。 乗務員の健康管理 抜群の換気能力。 除菌、掃除の実施。 除菌、掃除の実施 プライベートな空間で ドアtoドアの移動。 プライベート空間の確保 キャッシュレス決済で 接触機会を低減。 接触機会を低減
ライフネット生命の保険料10秒見積りページです。ライフネット生命の死亡保険・医療保険・がん保険・就業不能保険の保険料を一度にお見積りいただけます。ネットだからお手頃な保険料のライフネット生命の保険商品をぜひご検討ください！
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~: Mike Cohn (著), マイクコーン (著), 安井力 (翻訳), 角谷信太郎 (翻訳): 本