プロジェクトの進捗を「見える化」しよう 進捗情報のやり取りはコストが高い リアルタイムの進捗状況を共有してみよう 進捗情報を共有できるプロジェクト管理ツールを使おう 進捗情報のやり取りはコストが高い 定例の進捗会議でお互いの進捗状況を報告しあうのは、プロジェクトの進捗管理においてよくあるパターンです。ただ、このやり方は実は大きなギャップを生みます。 例えば、定例の進捗会議が1週間に1回だった場合、誰かの作業の遅れを進捗会議が認識するのに1週間かかるということになります。プロジェクトリーダーは「作業が遅れているなら早めに教えて欲しい」と思うでしょうが、作業が遅れているメンバーは遅れを取り戻すことに精一杯で、報告が遅れることが多々あります。 では、定例の進捗会議を頻繁に持てばいいのかというと、今度は会議が多くなりすぎて、実際の作業時間が短くなり、非効率になるリスクもあります。結局、「ここまでは

「計画」「やる気」「変化」のプロジェクト失敗“3大要素”は完璧に管理できるのか――。“完璧な”プロジェクト管理を想定してみよう。 ほとんどのプロジェクトの失敗要因は、「計画」「やる気」「変化」という3つの要素です（2月14日の記事参照）。では皆さんは、これらの3つの失敗要因を発生させないようにできるでしょうか。 ここで単純にプロジェクト「管理」の立場で考えると、答えは一見簡単です。 事前の「計画」を完璧にプランニングする プロジェクトの「変化」を完璧に排除する メンバーの「やる気」を完璧に把握する でも、本当にそうでしょうか？　私たちが直面しているのは、前回も書いたように、毎回“初体験”のようなプロジェクトで、正確な「計画」を立てるのが不可能に近く、「メンバー」の作業効率も把握しにくい上に、プロジェクトに変更や変化が頻繁に発生する――そんなプロジェクトなのです。 逆説的ではありますが、3つ

そもそもなぜプロジェクトは失敗するのか――。前回、まずは1人でプロジェクトマネジメントをしてみようという話を書きましたが、プロジェクトを成功させるためのテクニックに入る前に、“失敗”を考えてみたいと思います。 前回も書いたようにプロジェクトマネジメントというと、何だか小難しい印象を受けますが、基本的には複数のメンバーで実行するプロジェクトといえど、個人のタスクリスト管理の延長にあります。 まずは、プロジェクトが失敗する要素を押さえることで、成功のためのポイントを見つめなおしてみましょう。プロジェクトが失敗する要素――というと、いかにもたくさんありそうに思えるかもしれませんが、実はプロジェクトを失敗させる要素は大きく分けると3つしかないのです。 プロジェクトが簡単に頓挫する3つの要素 無茶な計画 メンバーのやる気 変化を認めない 最初に無茶な計画を立てる プロジェクトを失敗させる最も簡単な方

会議ですべてを決めようとすると、インターネット時代のスピードについて行けなくなることがしばしばあります。「会議で合意を取ること自体が目的化」し始めたら要注意。では、どのような解決法があるのでしょうか。 世の中には、会議が長くなるばかりで何も生み出せない組織が多くあるといいます。小田原評定や、「会議は踊る、されど進まず」のウィーン会議に代表されるように、長く続く会議で問題が打開されることはほとんどありません。 例えば、会議室では、問題を打開するための仮説が「ああかもしれない」「こうかもしれない」と次々と出されます。仮説の上に仮説を積み重ねていくような議論が繰り返されますが、根本の仮説が正しいのか誰も分からないので、結局のところ誰も確信をもって判断を下すことはできません。ここで必要なのは、仮説の巨塔を積み上げることではなく、仮説を検証する具体的な手を打つことです。会議はそこでおしまい。あとは仮

そもそも個人で情報は持たない──。議事録、そしてToDoは、共同所有する情報とすることで、会議の生産性を上げ、ToDoの実効性も増すようになります。 今回は情報共有の重要性について紹介します。普通いわれる情報共有は、「個人が持っている情報を組織に公開すること」を意味します。しかし、XM（エクストリームミーティング）では「そもそも個人では情報は持たない」ことを推奨しています。ここまでいうと、情報共有のイメージとは大分ずれていくので、共同所有（collective ownership）と呼ぶようにしましょう。 プラクティス12──議事録の共同所有（collective minutes ownership） 議事録ドリブン会議の方法をすでにお読みの皆さんなら、議事録を共同所有すべきなのは、もはや当たり前かもしれません。議事録は、いつでも誰でも、読んだり書いたりできなくてはなりません。 議事録ドリ

人は会議のために仕事をしているのではありません。会議で決めたこと（ToDo）を実行するためのシステムを持つことが、プロジェクトの成功には重要です。 前回は、会議の終わりに次回会議の議事録を書き始めることが重要で、「会議終了のホイッスルは次の会議の始まりだ」という話をしました。これにて、会議の仕方に関する一連のプラクティスは終わりになります。 しかし、人は会議のために仕事をしているわけではありません。会議で決まったことがきちんと実行されなくてはプロジェクト全体の成功につながりません。今回は、会議の視点ではなく、プロジェクトの視点に立って、会議で決まったことをどのようにして実行させるかについてお話します。 プラクティス10──ロギング＆トラッキング（logging and tracking） 会議では、さまざまなことが決まったことでしょう。特に「誰が」「いつまでに」「何を」するのかを決めたTo