ライフハックの基本である“習慣化”。今回は毎日新しいハックを考えて自分の習慣にしていくための方法を考えます。 良いと思って始めた取り組みでも、それがすぐに効果を現すものでなければ、忙しい毎日の中に埋もれていってしまうものです。 そこで、「一人でできないことは同志を募って始めてみる」でもご紹介したように、同じような思いを持っている人同士で一緒に始めるのが継続させるうえでは有効な方法だといえます。 今回は、この方法の実践例の1つとして、メーリングリストを活用して「シゴトハック」をシェアするアイデアをご紹介します。 「自分にとっては当たり前」でも投稿する 業務において、同じチーム内で情報交換や共有のためにメーリングリストを開設しているという方は少なくないでしょう。もはや当たり前のことですが、全員に漏れなく情報を送り届けることができるため、便利である反面、長く使っていると、どうしても投稿が特定の人

プロジェクト管理ソフトの3つの落とし穴 プロジェクトマネージャーの自己満足に終わる プロジェクトの最初しか使わない メンバーの作業効率化の役に立たない プロジェクトマネージャーの自己満足に終わる プロジェクト管理ソフトの代表的な成果物としてあげられるのが「ガントチャート」でしょう。プロジェクトに関わる複数の作業をガントチャートにプロットしてみることで、スケジュールの全体像を視覚的に把握できます。プロジェクト計画時には特に重要なツールであると言えそうです。 ここでありがちなのが、プロジェクトマネージャーが作成したガントチャートを、メンバーがそのまま理解するのは意外に大変という点です。あまりにガントチャートが複雑になると、作成した本人は満足していても、それを元に作業をする側からすると複雑すぎて役に立たなくなったり、自分の担当の作業がどれか分からなくなってしまったりすることが往々にして存在するの

プロジェクトリーダーが求める情報、メンバーが求める情報。普通、進捗ミーティングを行って確認するわけですが、Wikiをうまく活用すれば、手間をかけることなく情報共有が可能です。 例えば「戦争」というプロジェクトにおいては、本部にいる指揮官と、前線で戦う各部隊という2つの立場があります。指揮官にとっては、各部隊に対して適切な指示をするための判断材料として、以下のような情報が必要となります。 自軍の戦略（目的） 全体の戦況（背景） 各部隊の状況（制約） これらの情報を活用して、あるいは組み合わせて、各部隊ごとに具体的な戦術という形で指示を出すわけです。 一方、各部隊にとっては、目の前で行われている戦闘において、どう戦うかを決めるためには、以下の情報が必要です。 指揮官から指示として与えられた戦術（目標） 目の前の戦況（足場） 他の部隊の戦況（連携点） これらの情報は、具体的な戦闘をする上での指針

失敗しないプロジェクトマネジメント――Appleやはてな、Googleに学ぶ3つのヒント：デジタルワークスタイルの視点 プロジェクトが失敗する要因は「計画」「やる気」「変化」の3つ。これらを管理しようとすればするほど悪いスパイラルに落ち込みます。Appleやはてな、Googleなど、注目企業ではどのようなマネジメントを行っているのでしょうか。 「完璧に管理しようとすればするほど、プロジェクトは失敗する」という悪いスパイラルが存在します（2月21日の記事参照）。そこで今回は、どのようなプロジェクトマネジメントをすれば、プロジェクトを失敗させないようにできるのか考えてみたいと思います。 プロジェクトが失敗する要因は「計画」「やる気」「変化」の3つ。前回はそれぞれを完璧に管理しようとしていましたが、今回は考え方を180度変えてみましょう。それぞれの要因を最初からなくしてしまうのです。 失敗しない

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

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

アイデア出しにWikiが使える──ということはけっこう知られています。しかし、書きっぱなしになってはいけません。今回はWikiと対面ミーティングを連動させる方法を考えます。 戦国時代、対峙する各陣営の本陣では総大将を筆頭に各部隊を率いる武将が集まって軍議を行っていたでしょう。ここでは、各武将がそれぞれの前線で集めてきた敵軍の動きや状況といった情報をシェアし、自軍の戦略および戦術を組み立てます。この意思決定の場では、1つの大きな目的が共有されていたはずです。それは、例えば「どうすれば味方の犠牲を最小限に抑えながら勝利を収められるか」といったことです。 前々回の記事でご紹介した現代版の「軍議」においてもこの考え方が踏襲されています。「お互いの技術力の向上を目指す」という共通した目的のもとで、めいめいが情報を持ち寄り、技術交流を行っているのです。 ここで重要なことは、ただ集まって話し合うのではな

諸葛亮の知恵をうまく引き出すことができた劉備と、劉備の考えを目に見える形にすることに努めた諸葛亮。アイデアを考える上で仲間の存在は欠かせません。そしてそのためのツールの1つが、「Wiki」です。 仕事は、「考える仕事」と「手を動かす仕事」の大きく2つに分けられます。いうまでもなく「考える仕事」の方がより難しいでしょう。難しくしている理由は、2つの相容れない要因を内包しているからです。 時間をかけても終わるとは限らない うまくいくと驚くほど短時間で終わる 「考える仕事」について考えるうえで、三国志の登場人物である劉備と諸葛亮の関係を取り上げてみます。群雄割拠時代から、最終的に魏・呉・蜀の3つの国に絞り込まれた頃、「三顧の礼」をもって蜀に軍師として迎えられていた諸葛亮は、以来蜀の君主・劉備と密にコミュニケーションを交わすようになります。 軍師の役割は、現代の言葉でいえばアドバイザーということに

新しい取り組みを習慣として根付かせるためには、一人だけでやるよりも、仲間を募って一緒に試みることも重要です。 問題編では、一人でやってみたものの長続きしなかったという「早朝出社」の習慣を取り上げました。これに限らず何かを習慣として根付かせるためには、相当のパワーがいります。少しでも気を抜くと、とたんにこれまでの習慣に逆戻りしてしまうからです。でも、いったん習慣として定着してしまえば、後は勢いに乗ることができます。 ちょうど、自転車をこぎ始める時に似ているでしょう。止まっている状態ではペダルは重いものですが、スピードが乗ってくれば、必死にこがなくても楽に、しかも速く進むことができます。 何かを始めることは、何かを続けることよりも抵抗が大きいわけです。そこで、この抵抗を少しでも和らげるために、同じような目的や課題を持っている人と一緒に始めてみる、という方法があります。 自ら背水の陣を敷く 中国