研修でWebサービス作らせたら「嘘の進捗」「終盤でPMがインフル」「サビ残」「メールでソースをやり取り」など引くほど崩壊した→聞いてるだけで胃痛が…あなたならどうする

アンチパターンのメガ盛り
342
OrgaP/美依菜 @OrgaP_

@yontengoP うーん…本来はメンバーでリーダー以外まともにコーディングできない時点でアウトですが、研修ということを踏まえると 唯一の開発経験者にプレイングマネージャーの役割を与えた時点で道を間違えた、かなぁ。リカバリ可能なのはプレゼンでほんまに行ける?と言われてる「いけます」と答えたところかな

2019-05-29 12:18:57
OrgaP/美依菜 @OrgaP_

というのも、唯一の戦力を開発かマネジメントどちらかに降らなかった時点でどちらの作業もが壊滅するから…片方壊滅ならもう片方のゴリ押しである程度まではたどり着けるし…

2019-05-29 12:23:48
haduki @hadukikai

@yontengoP 「残り半月で4倍進捗するの?」と聞かれたときに「出来ます」と答えた時点で既にアウトだと思います 自分も夏休みの宿題のノリで仕事の進捗管理をする若い子にその悪癖を止めさせるのに苦労しました 新卒の子にそれに気づけは酷な話でもありますが

2019-05-29 10:31:47
片瀬ちひろ @c_katase

@yontengoP 進捗「80%コーディングが終わったと思ったが、仕様欠損に気づき40%まで減退した」みたいな自体が発生しうるので、そういうのを含めてどう報告したら良いんかなあみたいな気持ちは今でもあります('A`)

2019-05-29 10:09:26
まこと @makoto_noblesse

@yontengoP 問1:回答:初期の役割分担の時点で一人に任せきりにしている点 問2:回答:進捗に嘘が混じる前がベストだが、進捗に明らかなごまかしが発覚した時点での是正がギリギリかと

2019-05-29 10:03:29
あおの @aono_ex_parrot

@yontengoP 仕様をリーダーが丸抱えした時点で黄信号、進捗があやしくなったところで赤信号ですね リーダーを開発から引っぱがしてレビューに専念させ、それ以外の人たちで開発できる程度の機能のみ実装する形にすると安心できそうです

2019-05-29 10:39:18
たにみちの@BA-KU @taninon

@yontengoP 1.進捗が嘘の時点でキツイ(3コマ目) 2.目標を変更すべき(4コマ目) ですかねえ。

2019-05-29 10:39:07
そるてぃ @prot_gs

@yontengoP できますといった時点でアウトですかね。 ブラッククライアントとブラック開発に食い物にされるのが目に見えてるので

2019-05-29 16:36:14
ゼタ*fam @zetta_95

@yontengoP 進捗確認で嘘がまじり始めた頃には引き返せなくなってそう…

2019-05-29 12:45:33
斑鳩 歩 @ikarugaayumu

@yontengoP twitter.com/vitaone_/statu… 1コマ目該当者がいる時点で既に黄色信号では? 仕様理解者とか唯一無二の重要ポジが該当したらもう、事故不可避?

2019-05-29 23:01:30
ビタワン☃️ @vitaone_

「お前の代わりはいくらでもいる」の本当の意味。 pic.twitter.com/hqwmvRz4nJ

2019-05-16 08:01:20
極度感想しなさい @ajsjkWO19mgoLc1

@yontengoP 問1 進捗で嘘報告した時点 問2 リーダー離脱あたりでリカバリっつーか逆ギレ気味にリスケ。そもそもこのメンバーではオンスケがままならなかったので、メンバーを足すなり変えるなりしないといけない。

2019-05-29 10:29:38
akisehiro @akisehiro

@yontengoP 素人が多い時点でリカバリは困難なので、進捗管理が怪しい時点でギブアップしたい。

2019-05-29 10:21:32
いくた♥️なお/伊奈緒たく美/土東J42b @ikutana

@yontengoP 3コマ目で嘘報告じゃなくても介入すべき。のような気がします。通常なら既に間に合わないと判断するべき。

2019-05-29 20:47:53
今井士郎 @shiroimai

@yontengoP 何人かの労力が欲しいところ、半人前一人(リーダー)と足手まといしかいないなら、はじめから詰んでるようにも思えます。 似たような戦力で「成功」するケースはあったんですかね? あるいは、適切に弱音を吐いて納期延長を勝ち取るべきバランスなのでしょうか。

2019-05-29 19:55:48

属人化はなるべく避けよう

fjのYog教祖様 @fjs_kyousosama

@yontengoP 「仕様が特定人の頭の中にしかない」 は、往々にして 「リーダー以外デザインできない」 「デザインを文書化・共有している時間がない」 「メンバーの実力のバラツキを事前に把握できない」 によって引き起こされる。 最初に仕様の文書化を最初の10%以内の時間で試し 各自の実力を計るべきだった

2019-05-29 10:35:23
fjのYog教祖様 @fjs_kyousosama

@yontengoP が、多分10%の時間経過後に見えるのは、実力のバラツキがでかく、総火力は圧倒的に不足している事。 実装範囲を絞ると、結局リーダー一人で作れる規模に陥り、チームの意義に疑問を持つ新人が生まれるだけ。 その意味で、この研修結果こそが真のハッピーエンドだと思う。

2019-05-29 10:40:21
ビタワン☃️C103 日曜 西す-24b @vitaone_

「お前の代わりはいくらでもいる」の本当の意味。 pic.twitter.com/hqwmvRz4nJ

2019-05-16 08:01:20
拡大