僕も見積もりは下手です。やったら上手くできるんでしょうね。プログラミングって、予想できないところでハマるので、予想がずれるんですよね。あるエンジニアの方は、必要な作業時間を上司に言うときは単位を一つ上げて言うそうです。1分でできると思ったら1時間、1時間でできると思ったら1日、1日でできると思ったら1週間てな具合だそうです。3倍の時間を答えればいいよ、というのも聞いたことがあります。「予定時間に確実に間に合うエンジニア」という評価が貰えてハッピー、ということですね。普段から予定時間ギリギリに終わるように少し余裕を持って作業する姿勢をとっていないと、なーんだ、いつも予定よりめっちゃ早く終わるじゃん。思われてアンハッピーですね。私も自分を信じず難易度に合わせて自分の予想の3倍から5倍の見積もりを出します。するといつもギリギリになりますね。時間の有る限りゲーム開発なので良くしようとしているのが敗因なのですが。方針:私は仕組み・考え方を理解して欲しいので直接的なコードを回答することはまれですので、すぐコードがほしい方はその旨をご明記下さい。私以外の方と交代したいと思います(代わりの方がいる保証は出来かねます)。私も見積もりの時はいつも苦労します。自分が未経験の分野の仕事の見積もりだとまともにあった試しがありません。その辺上司と相談したこともありますが、「その辺は経験で学んでいくしかないね」とのことでした。他の方が言っているように私も自分ができるだろうと思う時間の2~3倍の工数で見積もりを出します。個人で作っているプログラムなら2~3週間みっちりやれば作れそうな物でもプロジェクトなら半年近くかかるなんてこともざらです。個人と違って仕事となると責任もって納品しないといけないという責任感から確認作業に時間がかなり取られます。個人で制作していた時の時間の感覚はあてにできませんね。結局のところ、正確な見積もりができるようになるのは、経験を積むしかないんでしょうかね。この方々のレベルになっても上手く時間を見積もるのは難しいのですか意外ですけど、ちょっとホッとした気もしますねw>>beatleさんふむふむ。余裕をもって報告すると言うのは大事なのですね確かにプログラミングって「前にも似たようなもの作ったから大丈夫」って思ってても躓く事ってありますから自分が必要だと思うより更に余裕を付け足すくらいでもいいのかもしれませんね。見栄を張って時間を短くして、後で謝るくらいなら最初から時間を長くしておく確かに実際の現場でやる分にはこれが一番有効でしょうね。思ってしまうのは考えが甘いのでしょうね、きっと。可能な限りよくしようとして余計な時間を喰ってしまうと言うのは身に覚えがあって共感してしまいますねまぁ、つまり手本になるってことですから場合によっては3倍や5倍でも多すぎることはない。頭の片隅に置いておくことにします。>>Dixqさんやっぱりもっと経験を積まないとだめですかこの辺りは純粋なプログラミングの経験値だけじゃなくて、ある程度のマネジメント力というヤツが必要なのかもしれませんねプロジェクトのリーダーとかになったら、こういうのもキッチリ出来なきゃダメなんでしょうけどまぁ、新社会人の僕はまず自分の事からですね(苦笑)確認作業にかなり時間がとられるというのは研修でも痛感しましたwでも実際の仕事となるとそれより更に、なんでしょうねきっと。自分の感覚に頼り過ぎないように気をつけたいと思います。7年前こんなのがあったので参考までに。http://www.4gamer.net/games/032/G003263/20111016007/自分もかなり見積もりが下手でした。それでその時見つけた方法が、「最遅と最短を常に出すやり方」でした。最短は文字通り、一番最速で出来た時の見積もりです。すべてがうまくいったらこれくらいで終わるだろうという期間。最遅は、プロとしてここまでに出来ないと超恥ずかしいという期間です。要は最低ラインですね。この二つの見通しが最適ならば必ずその二つの平均値に結果のスケジュールが収束するはずという手法です。これがどちらかによってるのであれば、自分の力量や業務能力の認識があってないということになります。それによって、再度スケジュールを見直していくという手法です。(早く終われば早く、遅く終わればより期間を取る)そして、プロマネなどの上長には、最高と最低をどちらも伝えておくと、プロマネとしても動きやすいかなと思います。7年前どうして見積もりが外れるかというと「80対20の法則」のような考え方が判りやすいかと。見積もりの段階で細部まで仕様を把握できていることは滅多にありません。8割方把握できていれば上出来すぎる位です。予備も含めて2人日と見積もっておこう等と考えがちです。結局全体で40時間かかってしまいました、という話です。考え方のヒントなので、数字は気にしないでください。苦手な部分を後回しにしてしまう人が特に陥りやすいのではないでしょうか。全体を考えずに細部を作り込んでしまう人とか。エラー処理の実装に数倍の時間がかかるとか、経験を積んでいけば見積もりの精度も上がるでしょう。この世界にも時間管理や段取りの能力のない人は割と居ます。熟練した人が見積もりを大きく外してしまう事も珍しいことではありません。beatleさんと似ていますが、「楽観的に見積った工数の3倍」を指標にしていた事もありました。逆に納期が与えられて進捗率を考え、今日中にここまでは実装しないと、とかの方が多いかな。殆どの場合、毎回新しい問題に取り組んでいるので、見積もり通りに行く方が不思議というか、よっぽど甘い見積もりで手を抜いて仕事をしているというか、、、愚痴です。7年前>>katariyaさん「最遅と最短を常に出すやり方」これ良さそうですね!やり方が理にかなってる上に、最短の方を最初の「期限」と考えることで〆切り効果で生産力も上がりそうです。それに自分の能力を把握できるひとつの指標にもなりますしねこのやり方は使わせて貰いますね、ありがとうございます。>>たいちうさんむむぅ...。ミクプラは自由にリンクできます。