前回はプロジェクトの本質は「不確実性」にあるということと、不確実性を乗りこなすには三つのアプローチがあるということを説明しました。今回は、三つのアプローチのうち、どれから始めるべきなのかについて、関連するツールや思考の必要性と併せて解説します。 プロジェクトマネジメントの前提 プロジェクト計画を立てる際に、一般的に最も重要視されるのが、WBS（WorkBreakdown Structure）です（図1）。WBSとは、プロジェクト全体を作業や成果物といった要素で細かく分解した構成図のことです（より詳しく知りたい人は、ITproの連載記事「WBSがプロジェクトとあなたを変える」などを参照してみてください）。 ここで、あるケースを考えてみましょう。新製品を開発するに当たり、ソフトウエアを一新することになりました。新しい技術を採用し、これまでになかった機能を搭載した製品にしなければなりません。市場

開発プロジェクトで部下の作業が遅れたとき、プロジェクトマネジャー（PM）やリーダーは、どんな行動を取るべきか――。先日、日経SYSTEMSの取材で訪れた方々と、こんな話題で議論を交わした。 驚いたのは、過去と現在でその行動に変化が表れていることだ。かつて多かったのは「叱責」である。「今のままでは納期に間に合わないぞ」「早く終わるようにもっと頑張れ」。作業の遅れを挽回してもらうために、メンバーの気持ちを引き締ることを狙ったものだ。 しかし現在は、この方法が通用しないばかりか、かえって遅れを大きくすることがあるというのだ。世代間ギャップだという面はあるだろうが、それだけで片付けるのは乱暴かもしれない。昔と違って今のプロジェクトは、メンバー数がかなり絞られている上に、納期もより厳しくなっている。そうした中で「頑張れ」「早くやれ」という一方的な叱責は、メンバーのやる気を削ぎ、さらに遅れを大きくする

働いてますか。労働はご褒美です。どうも、ロージーです。 案外放っておくとタスクがどんどん溜まったりするし、何よりプロジェクトの走り始めの時期とか、洗いだしたらすごい大量のタスクが山積みになって「うげげ」って気分になりますよね。 基本的にはエンジニア向けの話なのですが、まぁタスクを Trac で管理したり Redmine で管理したりすると、基本的にマイルストーンとプライオリティぐらいしか「なにからやるべきか」という指標にならなくて、どうしたものか悩んでしまいます。 その日の朝に棚卸して選定すべきなんですが、まぁそういうときに使う、こんな評価軸もあるんだよ、ということで、僕自身の備忘録です。 1. 4つの『空気感』 まず、タスクを積んだ時点、いわば「これやらなきゃな」とした時点での、そのタスクに対する自分の空気感をラベル分けします。 カンタン フツウ ムズカシイ ダルイ 上の4つです。カンタ

Rustが再評価される：エコシステムの現状と落とし穴 In this article, we share findings and insights about the Rust community and ecosystem and elaborate on the peculiarities and pitfalls of starting new projects with Rust or migrating to Rust from othe...

Copilot Pro でミーティング 最新の Copilot ファミリーのメンバーでは、上位の AI モデルへの優先アクセスが提供されます。また、Microsoft 365 Home および Microsoft 365 Family のサブスクライバーに対しては、現在日常的に使用している Microsoft 365 アプリのための AI アシスタントとなります。 Copilot Pro の使用を開始する Copilot はどこで入手できますか?

2017年6月30日 便利ツール 「海外Webサイト・海外Web屋の特徴」でも少し紹介したプロジェクト管理サービス、Basecamp。「日本語版があれば使ってみようかな」という人がいたのですが、実は日本語に対応しているのです！アカウントの作成、言語の設定を含めた、Basecampの簡単な使い方を紹介します！ ↑私が10年以上利用している会計ソフト！ Basecampとは？ Basecampは37signalsが提供しているオンラインプロジェクト管理ツール。「よりシンプルに使いやすく」をテーマに作られ、海外では企業やフリーランサーに大人気です。チームメンバーとタスクを共有することで、誰がどんな業務を持っているのか、どこでつまづいているのかなどがわかるようになり、結果プロジェクトの進行がスムーズになると思います。 Basecampの特徴 メッセージボード、ToDoリスト、マイルストーン、Whi

Googleサービスを、プロジェクトごとに管理したい人へ。 日付毎、メール毎、タスク毎、書類毎、ゴトゴトと管理方法は数多あれど、プロジェクト毎にはビミョーに管理しにくいGoogleサービス。その難点をすっきりさせてくれるのが、「Manymoon」です。過去記事、「Google Apps Marketplace」でオススメのアプリTop10でも、3位にランクインしている､定評のあるフリーAppです。 初回のログイン時はチュートリアルモードで、シンプルな画面の指示に沿っていくと、プロジェクトが1つできあがります。 プロジェクトを単位として、メンバー（同じドメインのメンバーやGoogleの連絡先から簡単に登録できます）、添付ファイル、Googleドキュメント、URL、イベント（日時指定・期間指定）などを一元的にまとめられます。 上の画面から、Googleドキュメントを作成するのも、既存のドキュメ

世の中のプロジェクトには二種類あることをご存じだろうか？　プロジェクトといえば、最初にスコープをきちっと決めて計画を立て、プロジェクトマネージャが強力なリーダーシップを発揮し、チーム員をぐいぐい引っぱって進めていく・・・そんな風にすべきだとPMの教科書類には書いてあるし、私も参考書にそう書いてきた。そのために、EVMSだCPMだという技法もあるのだ、と。 たしかに、マスター・スケジュールも立てず、クリティカル・パスの何たるかも知らないでプロジェクトを始めるのは、海図も持たず舵取りの仕方も知らないまま船出をするようなものだ。これで無事に航海して目的地にたどりつけたら奇跡だろう。とはいえ、世の中には、そんな事例がいくらでもあるのも事実である（とくに某○○業界では・・）。 しかし、百戦錬磨のプロマネをもってしても、PMBOK Guideに書かれているような近代的技法の数々を適用しても、さっぱり成

プロジェクトファシリテーションと聞くと、プロジェクトマネジメントと何が違うのか？この問いが浮かんできます。 私の今までの経験の中でも素晴らしいプロジェクトマネージャは、素晴らしいファシリテーション能力を兼ね備えていました。 一方、イマイチなマネージャは、結果のみに固執し、私たちは結果を生み出すための駒（モノ）として見られていた気がします。 PMBOKに限らず多くのプロジェクトマネジメントの体系や手法には、コミュニケーションの活性化や人的ソースの管理、動機付けなど多くの人にかかわる要素が盛り込まれており重要視されています。 また、職場などにおける環境面を整備することも重要な点となっています。 プロジェクトファシリテータは、特にこのプロジェクトに関わるメンバーが、人間らしく、かつ最大限に成果をあげるために支援を行うことを目的として活動します。 その結果、プロジェクトから生み出される成果はより良

「アジャイルの現状と未来、次に来るもの。～リーン開発への展望～」Agile Japan 2010基調講演から アジャイル開発手法として知られるXPやスクラムは、国内で徐々に浸透し始めています。しかしアジャイルをさらに推し進めて企業レベルでアジャイルを活用したり、あるいは企業自身がビジネスをアジャイルに回すためにはどうすればよいのでしょうか。 4月9日と10日の2日間開催されたイベント「Agile Japan 2010」。2日目の基調講演に登壇したAlan Shalloway氏は「アジャイルの現状と未来、次に来るもの。〜リーン開発への展望〜」（What Is Next In the Agile World）と題し、企業をマネジメントする視点からのアジャイルについて講演を行いました。 Shalloway氏の講演は、アジャイルについてよく言われる「プロジェクトではうまくいくが、会社レベルで展開し