はてなキーワード: 見積もりとは
理解度が低すぎて効率が改善できるところとできないところを分けられない、だからこそ見積もりが狂いまくってる奴
まぁいわんとすることも分からなくはないけど、その2つは違う問題だよっていうことだけ言いたかった
自分がよく理解できてない対象で楽観的な見積もりを使おうとするタイプのバカは根本的に性格も終わっているので、そもそも相手にしないのが一番だとは思うけど、どうしようもないときは同じくらいの能力に到達するまでやらせて骨身に染みさせるくらいしかないだろうな
同じだけの(一定以上の)能力が最初からあるならそういうこと起こらんっていうのはそうなんだけど、同じ能力でも2人のバカ同士がつるんでたら多分バカがバカにポテサラ作ってよって言い出すだけでたぶんそこは変わらん
と
は全く別の問題なんだよな
前者は相手に理解がなさ過ぎて見積もりが完全に狂ってるって話で、後者は単純に能力がなくて時間がかかるって話だ
もともとはコロッケなりポテトサラダが発端だったと思うんだが、例えばポテトサラダなんて誰が作っても面倒だろ?世界一のシェフならポテトサラダを5秒で作れますとかそういう話はない 誰がやっても作業量は一緒だ
効率は違うし15分の作業を面倒と思うかどうかは人によって違うけどな
要するに能力に差があるから起こってるんじゃなくて、作業に対する理解度が圧倒的に不足しているから起こっているだけだよ
たとえ家事能力がなくても、家事能力を身につけさせなくてもポテトサラダ一回作らせてみればわかる話だよ
カレーでもいいし冷やし中華でもいい 一回でも準備から片付けまで含めた全行程やらせてみればどのくらいの作業量かわかるし簡単とは言わなくなるだろ
○仕事
P社とはパートナー会社のことで、電設(日本電設工業)、リーテック、TEMSのこと。
○川柳
作業の安全啓発のため毎年社内で募集が行われる。川柳以外にポスターや動画作成でも良い。
川柳は毎年やるとネタが着きてくるが、安全教育として新白河の研修施設に「事故の歴史展示館」を作るなどたまにはインプットもしてくれる。
川崎駅の京浜東北線の事故車両を使った展示などを見ると、もし営業車だったならと想像すると気が引き締まる思いではあった。
○iPad
office 365 を全面導入し業務改革しようと頑張っている。
今は多少改善されていると思いたいが、当時はExcel で書類を作ってた。
JINJRE(ジンジャー)という設備管理システムがあり、法定点検の周期に従い工事箇所のリストを作る。
工事の見積もりはP社から取る。その見積り額を社内の人工(にんく)や歩掛(ぶがかり)の単価と比較すると全然合わない。人件費の高騰などもあり2倍以上の乖離があることも。
社員では工事できないため、結果的に相手の要求呑むしかなく、現場レベルで会計不正しているようで、気分が重かった。
書類が揃ったら社内で稟議を回す。もちろんプリントアウトした紙で。
チェックしたことを示すため、金額や数量に色鉛筆でチェックをつける。本人、上司、助役で赤、青、緑などと色が変わる。
誤りの修正が面倒で、当該書類を差し替える。助役以上に指摘された場合が厄介で、本人の赤と上司分の青は自分でチェックをつけねばならない。これが何回も繰り返される。工事の規模が大きくなると4段階5段階と増えていく。
見積額の水増しと上司の代理のチェックを合わせればなんでも出来そうな気がした。
○評価
見積もりを出すときに、工数の単位はいつまでたっても「人月」「人日」
でないと客が納得しない
役職によって単価に差をつけることは容認されるけど、そうすると年功序列の壁で、できるやつの役職を同期より大幅に上げることができない
根本は解雇規制をベースにした終身雇用・年功序列にあるから、解雇規制を緩和しなければ日本の伝統的なIT企業(特に旧電電ファミリー)の発展はない
建物を立てるなら物置なのか大聖堂なのかまず最初に聞かないと見積もりの立てようがないが
本来なら物置が欲しいのか飛行場が欲しいのかを提示するのは発注側の責任だが、発注側には物置なのか飛行場なのか見定めるスキルがないしそれを待ってたら10年かかる
アジャイル開発における受注者は最大の効率で稼働する箱に例えられ、インプットされた(箱に入れられた)要求・要望をその効率で実装してアウトプットされていく。効率は常に一定で発注者はコントロールすることはできない。
なので、受注側にいつまで必ずリリースする納期という考え方はなく、スケジュールは受注側で調整(=箱の効率から逆算し、箱に入れるインプットを調整する)することが求められる。
さらに、見積もり(ベロシティ?)は出すがそれも保証されるものではなく、問題が発生したら普通に遅れるし、特にリカバリという考え方もないらしい。
これまでの開発の感覚だと、進捗が遅れてたらケツ叩いて残業でも休日出勤でもさせて間に合わさせるという感覚だったが、出来高、ベストエフォートでよいというのは随分受注側に都合の良い制度だなと感じた。
こんなゆるゆるで開発になるのか??
なんじゃそりゃ。
水道ポンプが壊れて直した、と思ったら今度は自動ドアが壊れた。そんな感じ。
さて、なんでもかんでも難癖つけてくる居住者がいて困っている。
・自動ドアが壊れた?それじゃ正面入口は閉鎖しろ!(宅配便とか郵便とかどうすんの?)
・自動ドアが壊れて、不審者が入ってくる!襲われたら理事会の責任だ!(なんだそれ)
管理会社が取ってきた見積もりで良いだろうよ、もう、ホント。さっさと直さないといけないんだからさ。
こういう手の輩にはどう対応するのがいいんだろうか。管理会社が個人情報管理に疎くて、理事会経験者のメンバーについてはメールアドレスダダ漏れなので、脅迫まがいの文言が書かれたメールが毎日のように飛んでくる。
早くドア修理の日が来ないかな。
仕様書を作ってないシステムの概要を資料にまとめて欲しいと言う依頼
その程度であればと思い受けて、数時間でできる程度の資料を作って送る
結局、
あれも教えて欲しい、これも追記して欲しいと工数以上の事を要求される
「何でこんなお粗末な資料を寄越すの?」って言われても、DB設計書も指示書もまとまってないんだから多めに見てくれよ、この程度の工数でやる気なんて出ねえよ
「何でそのままDBのカラム名をプログラムで使わないの?」って言われても、パスカルケースとキャメルケースとスネークケースが混ざっているし、日本語ローマ字だらけのカラム名をそのまま使えるわけねえだろ
と部屋で一人愚痴りながら書き上げて送る
叩き台作らされた上に、修正で手を動かす側にさせられるのは損だなと思いつつ