ITパスポートの過去問が机上の空論すぎて思わずヤバイ現実を突きつけてしまう皆さん「人員なんて増えない」

こえぇ〜
138
うろ覚え八神はるか@お仕事募集中です @y_haruka

生産性は全員同一と書かれているのでそもそも問題文を読めてない。 pic.twitter.com/899hYJKr4n twitter.com/tokoroten/stat…

2023-06-15 12:11:55
ところてん @tokoroten

8人のうち一番仕事をしていた生産性の高い二人を残してあとは解雇 その二人に、この案件の売上の80%を渡すよと告げる 問題文の設定上、生産性は状況によって変わらないので、残った二人に24時間働いてもらう これで、納期に間に合う

2023-06-15 02:35:50
拡大
ヒロセジロウ ✏️ @denjiro13

@tokoroten 「各要員の生産性は同じだが、一定の割合で低下し、15日目は初日の5%になるものとする」

2023-06-15 12:29:00
さいだぁ @hgs48_cider

@tokoroten 普通に最初の5日8人が1.25倍仕事量増やせばいいのでは

2023-06-15 08:25:06
salty919 @salty919

@hgs48_cider @tokoroten 最初から法定残業時間こみでの見積もりやから無理や

2023-06-15 09:02:15
牛乃介@16bit沼った @gyuunosuke

※ただし、最初の1日は外部委託のセキュリティ講習 2目目は貸与PCのセットアップで終わるものとする twitter.com/tokoroten/stat…

2023-06-15 07:36:32
ところてん @tokoroten

ITパスポートの過去問読んでたけど、そうはならんやろな問題があった…… pic.twitter.com/xFeWOrKPF7

2023-06-15 02:00:45
ふroshikiぴroshiki🍥 @phujita_64

@yukihiro_matz 人数変わらんから3倍働け のようなことは言われたことあるような気がする。

2023-06-15 12:39:38
natsutan @natsutan

開発メンバーはそのままにして、2人くらい怒られ要員で確保かな。 twitter.com/tokoroten/stat…

2023-06-15 14:00:22
salty919 @salty919

@tokoroten 線形で作業量が出るくらいのプロジェクトなら、8名に「追加残業なしでスケジュール通り終わったら、臨時ボーナスだす」で各人のモチベ(効率)上げるのがベスト 不足分の「2x15x人費=1.5人分の人件費(150万)」を作業員8人で山分け、 一人当たり20万弱なら、死ぬ気で頑張れる

2023-06-15 11:16:24
ろじ @rojiura_noneko

@tokoroten 理論値としては 10人*8h*15日で1200h 8人*8h*5日で320h 1200-320=880 880/8/10=11人 だけど追加で来た人が何も知らない状態から完璧にこなせるわけがないから 正解は最初の8人に毎日3~4時間(超過勤務による生産性減少も加味して)残業してもらうが正解ですね

2023-06-15 11:08:09
バカッター警察24時 @tarotaro1185

@rojiura_noneko @tokoroten 人日の計算なので 10名×15日=150人日 8名×5日=40人日 150人日-40人日=110人日 110人日÷10日=11人日 という計算のほうがわかりやすいかと

2023-06-15 12:02:41
ろじ @rojiura_noneko

@tarotaro1185 @tokoroten 時間かかないと24時間労働が許されちゃう気がして…

2023-06-15 13:02:54
ヒロ㌠@ハラ٩(ˊωˋ*)وペコ @hirocu

@tokoroten 計画を立てた人間と、人員を確保できなかった奴を解雇して作業員にボーナスを出す。

2023-06-15 09:17:56
NISHIO Hirokazu @nishio

@tokoroten これ、単純計算では11だけど、14を主張して、失敗した後で「だから14人必要だと言ったのに」と言うのが正解なのかもしれないw

2023-06-15 02:47:01
alice in the git stash @koteitan

@nishio @tokoroten (150-8*5)/((15-5)*8/10)=13.75<14 なるほどw 人員確保の実績に経験値を使うw

2023-06-15 09:25:06
M.Abe @abe_m

@kenics @tokoroten 元々の人数と納期なばかりか、仕様変更と追加が後からきますね。

2023-06-15 09:34:33
やすし @chamber7877

@tokoroten おそらく気にされてるのは、ブルックスの法則ってやつですね。 「人」と「月」は交換不可能。正しい施策はリスケですね

2023-06-15 11:11:09

そもそも最初から破綻してない?

end @endbringer177

@tokoroten 150人日なら3人で2.5ヶ月かけて作ったほうが絶対いいもの作れる。コミュニケーションコストがあるので、人数増えれば増えるほど効率落ちるんだよな。 納期が15日後なのはそもそも計画に無理がある。まずクライアントと交渉して現実的な納期にリスケするところからかな。

2023-06-15 11:35:05
yoichiro nasu @ynasu

まったく同感ですわ。「納期が15日後なのはそもそも計画に無理がある。まずクライアントと交渉して現実的な納期にリスケするところからかな。」 twitter.com/endbringer177/…

2023-06-15 13:41:26
からさん @karasan_itips

こんな算数が成立するのはソフトウェア開発の仕事じゃない😭 twitter.com/tokoroten/stat…

2023-06-15 10:21:45
からさん @karasan_itips

@Ultimatum_DK 営業「人数が倍なら半分の納期でできますよね?」 開発「アンタ、『人数100倍いたらスカイツリーの工期も1/100で済んだはず』とか考えちゃうクチ?」

2023-06-15 10:38:33
バディクール @Ultimatum_DK

@karasan_itips バグだらけになってマトモに起動しないフランケンシュタインが出来上がる案件

2023-06-15 10:48:33
からさん @karasan_itips

@hunny_circle シャッチョ「全社員で取り組めば1日で終わるな、ガハハ!」

2023-06-15 12:37:50