リーダーの仕事術

SESでチームリーダーが退場を申し入れてきたとき、私は引き止めませんでした。それでも現場が回ったのは、普段から「二人以上が知っている状態」を作っていたからです。抜ける兆候の見分け方と、主力が抜ける前提のチームの作り方を実体験から書いています。

仕様の「言った言わない」でお客様と口論になり、25歳の私は椅子から立ち上がってしまいました。上長は説教せず「まず落ち着け」だけ。結局こちらが折れ、怒っても何ひとつ守れませんでした。同じ揉め方を二度と起こさないために、その日のうちに送るメールの書き方と、仕様変更を数字で返す手順まで書いています。

1000行のメソッドをレビューに出されて「まず分割して」と突き返した話です。書いたのは地頭の良い若手でした。1000行が頭に入ってしまうから分割の必要を感じない。動くコードと人に渡せるコードの違いを、自分の失敗も含めて書きました。

できるからやってしまう優秀な担当者が、独断の修正でチームに波及事故を起こした話。PMO30年が見た、能力ではなく規律の問題を解説します。

会社の数字とチームの雰囲気、両方の板挟みで評価が上がらず苦しんだ経験があります。頑張っても報われないのは能力不足ではなく、二つの物差しに立たされているだけかもしれません。PMO30年、最後はフリーランスを選んだ理由を書きました。

開発リーダーがしんどいのは能力不足ではありません。部下の質問で手が止まり自分の作業は定時後、技術が分かるぶん口を出しすぎる。その板挟みの正体と、抱え込みをやめて楽になった考え方をPMO30年の経験から書きました。

会議で自分が話すと空気が重くなる気がする。そう気にしている人へ。原因は性格ではなく、限られた場面の癖です。考えながら話して結論が変わっていた私が直した3つのことを書きました。