@yontengoP うーん…本来はメンバーでリーダー以外まともにコーディングできない時点でアウトですが、研修ということを踏まえると 唯一の開発経験者にプレイングマネージャーの役割を与えた時点で道を間違えた、かなぁ。リカバリ可能なのはプレゼンでほんまに行ける?と言われてる「いけます」と答えたところかな
2019-05-29 12:18:57というのも、唯一の戦力を開発かマネジメントどちらかに降らなかった時点でどちらの作業もが壊滅するから…片方壊滅ならもう片方のゴリ押しである程度まではたどり着けるし…
2019-05-29 12:23:48@yontengoP 「残り半月で4倍進捗するの?」と聞かれたときに「出来ます」と答えた時点で既にアウトだと思います 自分も夏休みの宿題のノリで仕事の進捗管理をする若い子にその悪癖を止めさせるのに苦労しました 新卒の子にそれに気づけは酷な話でもありますが
2019-05-29 10:31:47@yontengoP 進捗「80%コーディングが終わったと思ったが、仕様欠損に気づき40%まで減退した」みたいな自体が発生しうるので、そういうのを含めてどう報告したら良いんかなあみたいな気持ちは今でもあります('A`)
2019-05-29 10:09:26@yontengoP 問1:回答:初期の役割分担の時点で一人に任せきりにしている点 問2:回答:進捗に嘘が混じる前がベストだが、進捗に明らかなごまかしが発覚した時点での是正がギリギリかと
2019-05-29 10:03:29@yontengoP 仕様をリーダーが丸抱えした時点で黄信号、進捗があやしくなったところで赤信号ですね リーダーを開発から引っぱがしてレビューに専念させ、それ以外の人たちで開発できる程度の機能のみ実装する形にすると安心できそうです
2019-05-29 10:39:18@yontengoP できますといった時点でアウトですかね。 ブラッククライアントとブラック開発に食い物にされるのが目に見えてるので
2019-05-29 16:36:14@yontengoP twitter.com/vitaone_/statu… 1コマ目該当者がいる時点で既に黄色信号では? 仕様理解者とか唯一無二の重要ポジが該当したらもう、事故不可避?
2019-05-29 23:01:30@yontengoP 問1 進捗で嘘報告した時点 問2 リーダー離脱あたりでリカバリっつーか逆ギレ気味にリスケ。そもそもこのメンバーではオンスケがままならなかったので、メンバーを足すなり変えるなりしないといけない。
2019-05-29 10:29:38@yontengoP 3コマ目で嘘報告じゃなくても介入すべき。のような気がします。通常なら既に間に合わないと判断するべき。
2019-05-29 20:47:53@yontengoP 何人かの労力が欲しいところ、半人前一人(リーダー)と足手まといしかいないなら、はじめから詰んでるようにも思えます。 似たような戦力で「成功」するケースはあったんですかね? あるいは、適切に弱音を吐いて納期延長を勝ち取るべきバランスなのでしょうか。
2019-05-29 19:55:48属人化はなるべく避けよう
@yontengoP 「仕様が特定人の頭の中にしかない」 は、往々にして 「リーダー以外デザインできない」 「デザインを文書化・共有している時間がない」 「メンバーの実力のバラツキを事前に把握できない」 によって引き起こされる。 最初に仕様の文書化を最初の10%以内の時間で試し 各自の実力を計るべきだった
2019-05-29 10:35:23@yontengoP が、多分10%の時間経過後に見えるのは、実力のバラツキがでかく、総火力は圧倒的に不足している事。 実装範囲を絞ると、結局リーダー一人で作れる規模に陥り、チームの意義に疑問を持つ新人が生まれるだけ。 その意味で、この研修結果こそが真のハッピーエンドだと思う。
2019-05-29 10:40:21「お前の代わりはいくらでもいる」の本当の意味。 pic.twitter.com/hqwmvRz4nJ
2019-05-16 08:01:20