炎上案件に突如ディレクターとして投入されたときにやってみたこと - Qiita
ぼんやり1メンバーとして眺めていたプロジェクトが、リリース1週間前になって「あれも足りない！これも出来てない！どうすんじゃゴラァ」となったときに突如ディレクターとしてぶっこまれ投入されたときにやってみたことのメモ。 一次対応 とにもかくにもPJTに投入されて最初にやったこと。 コミュニケーションルールをみんなで確認して、守ってもらうようにした 誰が何の情報を持ってて、そして誰から誰にどんな指示が出てて、それらがどんなステータスか、、、 もうぐっちゃぐちゃになっていた。 ディレクターは一度死ぬが、一旦全部ディレクターに報告させて、ディレクターから適切な人に指示を出すことにし、メンバー同士でのダイレクトなコミュニケーションをいったん、原則禁止した。 （ディレクターがAさんとBさんで直接やって、と指示を出すときもあるが、それもやりとりの結果をAさんから必ずフィードバックさせるようにした。） ただ
新任リーダー学・超入門(4) 測れないものはマネジメントできない | タイム・コンサルタントの日誌から
Sさん。前回は、仕事の指示に最低限必要な4つの情報についてお知らせしました。それは「アウトプット」・「インプット」・「リソース」・「完了条件」の4つでした。今回はそれとは別の角度から、リーダーとして理解しておくべき事を書きたいと思います。 Sさんは、Action Listという道具をご存じですか。これはプロジェクト・チーム内で共有する、一種のTo Doリストです。プロジェクトで、必要なActionが発生したら、期限と担当者を決めてリストに記入します。そして、毎週の定例ミーティングなどでステータスを追いかけるのです。「課題管理表」という名前で、顧客と共有する使い方をしているところもあるでしょう。呼び方は会社により様々です。Action Listは典型的には、以下のような表になっています。 番号 アクション内容 記入日 期限 担当者 ステータス －－－－－－－－－－－
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
