炎上プロジェクトの火消し術『プロジェクトのトラブル解決大全』

飛び交う怒号、やまない電話、不夜城と化した会議室。 集められたホワイトボードが衝立のように立ち並び、全員が立って仕事をしている（座る間が無いから）。週をまたぐとメンバーの疲弊が目に見えはじめ、月を跨げば一人二人といなくなり、仕事場はお通夜となる。 トラブルの無いプロジェクトは存在しない。炎上するかボヤで済むかの違いなだけで、大なり小なりトラブルは付きものである。 自分が所属する部署は大丈夫かもしれない。だが、隣のブースだとか、同期がいるチームで炎上しているのを横目で見ながら仕事する、なんてことがある。ホワイトボードは目につくし、大きな声はイヤでも耳に入ってくるので、プロジェクトが炎上⇒鎮火するパターンなんてものも、なんとなく伝わってくる。 消火作業のイロハとか、怒った客をあしらう方法、リカバリ計画の立て方なんてのも、肌感覚で分かってくる。 そして、トラブルの扱いが分かってくる頃には、「応援

[hase0831]

“中でも、一番やってはいけないことがあるのだが、そこもきちんと説明されている。少し考えれば誰しも容易に想像がつくのだが、なぜかこのNGをやってしまう人が多い。 それは、「課題提起人を担当者にする」ことだ

[fromdusktildawn]

「課題提起人を担当者にする」をやると、中長期的には状況が悪化するけど、短期的には問題が解決されるのでついやっちゃう。それをやってしまう理由と、その解決策まで議論しているのは良いな。

[anigoka]

特定分野出身の政治家の傾向を批判したら「じゃぁお前が出馬しろよ」とか言う奴がブコメにも居て、そーゆーのが中間管理職とかだったりしたらヤだなぁと思ったまる

[airj12]

課題を相談しにいくと解決のためのToDoを羅列してくれるだけの偉い人は結構普通にいる、助けを求めにいくと仕事が増えるので自己解決を試みるしかなくなり、急成長する人と大炎上する人の両極端になる

[kkbt2]

「課題に詳しいからといって、その人をアサインするのは愚の骨頂」「じゃぁどうするか？課題を分割する」「でも、どうやって課題を切り分ける？ そのときこそ、課題提起人を呼ぶ」

[aike]

あと、火消し後に最もやっちゃいけないこととして、大きな赤字になるところを小さな赤字に収めた功労者を赤字だからとマイナス評価すること。

[natu3kan]

言い出しっぺがやるのは面倒な問題が見つかった時にスルーしちゃうことになるから、発見者と作業担当者は分けないといけない。関連：「ゼルダの伝説 BotW」にバグが少ない理由(https://jp.ign.com/cedec-2017/16963/news/botw)

[tpircs]

プロマネではなくエンジニアとしてだけど火消したくさんやったなぁ。ほとんどのケースで「自由に動いてくれればいい」って形での参画だったけど、それがとても良かった。

[johnny_ryskssk]

個人的な経験として、炎上案件に途中ジョインしてくる人にはモチベーションや能力があんまり、、という人たちがいて、そんな人達の対処に困るということがあった。そういうことも本に書いてるといいな

[maemuki]

森高千里の「うわさ」という曲の歌詞にデタラメな噂が広がってるけど、それは高層ビルの火事と同じ 消すのは不可能 消えるを待つしかない とあるけどその通りですよね

[yuhka-uno]

"中でも、一番やってはいけないことがあるのだが、（中略）それは、「課題提起人を担当者にする」ことだ。""「言い出しっぺが引き受ける」ことになり、課題が出てこなくなるから。"

[WildWideWeb]

この本のスコープ外なんだろうけど、いつの間にか「頑張って。応援してます」に変わっちゃってる人もストレスフル。利用者寄りの立場をうまく活用して、当事者でもあるのに迷惑受けている雰囲気を出してくるのが…。

[ssuguru]

課題に通じる課題提起者に課題を分割してもらって担当者を割り当てるという方法になるほど。

[burabura117]

燃え方にも色々あるからな…派手に炎が上がるならリソース振ってもらえるからまだマシで、始まった瞬間から失敗が宿命付けられたままじわじわ死んでいくタイプの現場に長期間行くのが一番苦しい。

[heavenward]

たしかに報告したら自分がやる羽目になるかもしれないが、放置してても結局QAとか、ひいてはユーザーが見つけちゃうんよね

[Bosssuke]

炎上プロジェクトはある意味で楽なんだよな。あるある本として読もうと思う

[stabucky]

これは本当にそう思う。そのうち全員が黙り込むようになる。＞なぜかこのNGをやってしまう人が多い。それは、「課題提起人を担当者にする」ことだ。

[shomotsubugyo]

例外状況への対応が、管理職の本来の仕事だったりもする。

[steppapa]

まぁITプロジェクトの炎上を解決するものは、結局地道に積み上げた技術力であって、本読んでスキルが身につくもんでもないと思うが...汗

[ALM0ND]

“中心だ。 な”

[forcutie]

メモ。転職うまく行ったら今の会社の人に伝える。うちが中途の人間だけで回ってるのはこれだ。説明しやすい "それは、「課題提起人を担当者にする」ことだ。"

[legnum]

課題提起人が損する仕組みはダメだけど担当者=悪では無いよな。これも結局担当してるし。課題を俯瞰で見れるよう下に実際動く人を付けてあげて上に対する権限付与すれば担当でいい。担当者じゃなく課題管理者か

[degucho]

やっぱ権限よなあ

[aox]

みんなで旅行でも行けば良いのでは、近場のグアムとか。気分転換が大切です

[catalog360]

ホワイトボードには生の情報、課題表には、いつ、どんな問題が起き、誰が、どこまで解析し、影響範囲の特定と対策が…って、何その恵まれた環境？まず情報を集めてホワイトボードを書く担当者を決めなきゃだね。

[Kouboku]

ヴァルター・モーデル「これは読むべき本」

[yarumato]

“課題提起人を担当者にするのはやってはいけない。課題が出てこなくなる。課題提起人には課題を小さく分けてもらい、扱いやすくした上で、別の人に対処してもらうといい。”

[kusanon]

おほ

[the108simulacra]

後で読む。絶対に読む。この炎上が終わったら絶対読むんだ！

[kinaco68]

生きた失敗データベースはこの上なく貴重だ。

[thongirl]

ちょっと前に「女は占いが好き」ってトピックが盛り上がったけど、対称構造としての男の好きなものってこういうことだと思うんだよね

[daishi_n]

この辺は「デスマーチ」でも言われてるからね

[fsas860748]

スゴ本

[readmemo]

これ読みたいな。

[kyoai]

言ったもの負け。かつての職場がそれ。制度を変えることに失敗して目と口を閉ざした。できなかった時に腹を切る立場になければなおさら。