前回の記事で
課題管理とは
課題の集合体の}状況}のコントロールであると書きました。私は「状況」を5つに分類しています。
1.不明確・不正確な状況
2.関係者が「課題である」と合意できている状況
3.課題対応の具体的タスクが検討されている状況
4.課題に対してアクションが起こされている状況
5.課題が解決済である状況
です。このうち1の状況を3・4と誤解してしまうと、課題の解決はできないけど、それがうまく判断できていない人がいる、という事例として、「ドキュメントの作成が遅れて、実装の時間が取れない」という例を挙げました。これは課題ではなく「
問題」だからです。
■問題を課題として扱ってはいけない
問題の解決策としては、「時間が足りなければ増やせばいい」という結論になってしまいます。
増やす方法としては、納期を延ばしてもらうか、仕事時間(残業時間)を増やすくらいしか方法はありません。
よく見かけるのが、「計画が遅延した」→「スケジュール見直し」っていう対策が書かれた進捗報告書です。
進捗にすらなっていないし、「見直しって何をすることなの?」とついツッコミたくなります。
同じような例だと
「品質が悪かった」→「ちゃんとやる」
「できない」→「頑張る」
「失敗した」→「気をつける」
みたいな事例もあります。
※さすがにここまでひどいことはないのですが、言い方はちがうにしろ、結局一言でいえば「次からちゃんとやります」とかになっちゃうような対策が堂々とプレゼン資料に書かれていると、ため息が出ます…。この根本的な問題は、
問題を課題として扱っているということです。
問題は課題に変換しないと解決しません。
そのためにはまず、発生している事象である「問題」と、解決に向けた行動を促す「課題」は別物であるという認識をもたないとできないわけです。
■課題管理表には課題を書く、問題点管理表には問題を書く
すごく当たり前のことですが、
課題管理表には課題を書く
問題点管理表には問題を書く
これだけで上記のような問題は解決します。
どちらに書けばいいか迷うということは、この2つの区別がついていないか、「課題になっていない」上記の1の状態だからです。
つまり、1の状況にあるものは課題管理の対象にはしてはいけないということです。
では、どうしたら2以降の状態になっているか判断できるかというと、
関係者が「じゃあこれ、あんたの担当ね」と言われたときに「はい。これから取り掛かります」といえる状態になっているか
です。GTDなどにおける Next Action のリストが出来上がっていて、何をすればいいのか、どうなればいいのかが理解できている状態を指します。もちろんやる人の技術力によって、作業時間はかかりますが、何をしたらいいかを迷うことはない、という状態です。
あるいは、そのやる人を指導する人が、「できた?」→「できました」→「ん。OK。じゃあつぎこれやって」とドンドン、タイムラグなしに具体的な作業を指示できるようになっていることです。
で、そのやることのリストが、課題管理表なんです。
ね。簡単でしょ。
そう考えると、
残業時間を増やす
ちゃんとやる
頑張る
は課題でも何でもない、と思えたりしませんか?
■これじゃあ「タスクリスト」じゃん
ここまで読んでいただいた方は、気が付かれたかもしれません。
「課題管理表はタスクリストかよ!?」
いいえ、違います。
構造が同じでも扱うものが違うのです。
………ということで、また長くなったので次回に続く……
■関連する記事
私は、席をたつ時いつも自分が座っていた椅子を見るようにしてます。もともとは、私がオッチョコチョイで、すぐに忘れ物をすることから始めた習慣でした。最初は意識してやってましたが、最近は自然に視線が元いた場所に行くようになりました。数秒もかかりませんが、得られるものはすごく多いです。席をたつ時あなたが席をたつ時、何を考えてますか?おそらく大部分の人は、席を立った目的、つまりコーヒーを買いに行くとか会議に出るなどの目的があ..
会社でなにかのソリューションをプレゼンしている時に「それですべての要件を満たしているのか?」と聞かれることがあります。こういう時に便利なのだけど、意外と知らない人が多い、ファンクショナリティ・マトリクスをご紹介します。本記事は以下の本を参考にしてます。『プロジェクトを変える12の知恵』ファンクショナリティ・マトリクスとはフアンクショナリティ・マトリクスはシス..
前回の記事で課題管理表には課題を書く問題点管理表には問題を書くタスクリストにはタスクを書くと、しごく当たり前のことを書きましたが、実際にこれらが区別して使えているかというと、結構怪しい人が多いのではないかと思います。前回記事で、問題点管理表と課題管理票の違いは書きましたので、本日は課題管理表とタスクリトの違いについて、私が意識している違いを書き出しておきたいと思います。課題には時制があるまず、課題管理の目的は過去に起きた、あるいは現在起きているこ..
前回の記事で課題管理とは課題の集合体の状況のコントロールであると書きました。私は「状況」を5つに分類しています。1.不明確・不正確な状況2.関係者が「課題である」と合意できている状況3.課題対応の具体的タスクが検討されている状況4.課題に対してアクションが起こされている状況5.課題が解決済である状況です。このうち1の状況を3・4と誤解してしまうと、課題の解決はできないけど、それがうまく判断できていない人がいる、という事例として、「ドキュメントの作成が遅れて、..
何かの業務をするということは、いつも「課題」を解決する活動をしているのと同義だと考えています。とくにプロジェクトを進める立場にあると、プロジェクト管理とは課題管理なのだなあ、と実感します。で、さらに進んで、プロジェクトマネージャのマネジメントをするようになると、プロジェクトマネジメントがうまくできない人がいます。そういう人を指導したりするときに、「課題と問題の区別がついてない」とか「課題とタスク、タスクとリスクの区別がついてない」などのように指摘します。..
Googleの仕事術といえば、「20%ルール」など有名なものが多数あります。私の知っている中で一部紹介しますと、・20%ルール・メールはモバイルで送る・会議の前にチャットする・カフェスペースを歩き回る・「引きこもり」をするなどなど。Google の仕事のルール上記に書いたもの、単語だけではわからないと思いますので、ちょっと説明を追加。・20%ルール本来の仕事とは別に仕事時間の20%をなにかおもしろいもの..
■同じテーマの記事
あらゆる仕事は「プロジェクト」だといえますが、特に複数の人と同時並行に業務を進めていかないと行けない場合や、定型業務でない業務をうまくこなしていけると、組織内で目立った成果を得られるようになります。まあ、それが直接昇進昇格に繋がらなくとも、当人の評価はたかくなるでしょう。プロジェクトの成功率一般に、こうした「プロジェクト」がほんとうの意味で「成功だった」といえるのは、3割に満たないとか言われます。本当かどうか知りませんが。これはもともと持っていた目標が曖昧で..