Windows、Mac、Linuxのいずれでも動作が可能で、JRE1.5以上がインストールされていれば問題なく利用できるのがこの「OpenProj」。ガントチャート、ネットワークダイアグラム、WBSとRBSチャート、レポートの印刷とPDFによる出力、コスト計算などなど、プロジェクト管理に必要なほとんどの機能が備わっています。 また、Microsoft Projectのファイルを開いたり保存することも可能です。ただのビューワーではなく、実際に編集できるのでかなり便利。メニューなどはほとんど日本語化されており、抵抗なく使うことができます。 ダウンロードとインストール、実際の表示などは以下から。 Home | Serena Open Source and Hosted Project Management Software http://openproj.org/ 今回はWindows用を使うの

3Kと呼ばれることも多いITエンジニアを取り巻く環境は厳しい。それは管理職でも同じことである。100年の一度の不況とも言われる現在も，IT業界における人材の流動化は止まらない。すぐに辞める若者がいる一方，腕に覚えのある人材が続々中途入社してくる。せっかく慣れたと思ったメンバーが去り，自分のよく理解できない技術背景や文化を持つメンバーがやってくる。 技術の進歩や変化は相変わらず続いている。毎日，聞きなれない言葉が顧客やメンバーの口からあふれてくる。キャッチアップは必要だと気がついているのだが，もはや技術についていける気がしない。メンバーとの間に距離と疎外感すら感じる――。 これが，当世のIT業界の管理職（＝IT管理職）のおかれている状況だ。 そして，このような状況にいるからこそ，コミュニケーションによって，メンバーが持つ能力を引き出し，さらに向上させる手立てが求められている。IT業界に求めら

「“気付き”の部分をさっと見せてくれるのも検索エンジンの役目」。であれば、ただ検索されたキーワードを流しているだけでは面白くない。「今現在、何が流行っているのか」ということを考えると、検索数が増えているダイナミックなキーワードを「急上昇ワード」として抽出することにした。 一見シンプルに思えるが、開発期間は2007年8月からおよそ8カ月かかった。キーワードをそのまま流すサーチストリームと異なり、急上昇ワードは検索数に応じたランキングを表示する必要がある。しかも「ポイントは今この瞬間」だと考えていた。「昨日の分でも面白いですが、この瞬間のランキングが見たかったんです」。こうして、更新頻度は20分以内になったのだ。 サーチストリームよりシステム負荷が高いのに、更新は20分以内。技術的な問題や、スケジュールなどの問題で、倉岡さんはプロジェクトマネージャー（PM）として、各部署に頭を下げる日が続いた

第1回 「指示」「放任」「傾聴」「対話」 マネジメントの4タイプ：今さら聞けないマネジメント＆コーチングの基本（1/4 ページ） 部下のマネジメントやコーチング、うまくいっていますか？　うまくいかなくて悩んでいる人は、もう一度マネジメントの基本を復習してみては。新人マネージャーの人も必見です。 会社に勤めているほとんどの人は、部下を教育するマネージャーになりたくて会社に来ているわけではないでしょう。その仕事の専門家として現場で働いていたのに、ある程度の年齢になるとマネージャーをやらされることになります。 あたかも、あるとき突然、子供を連れてこられて、「あなた育てろ」と言われたような状況で、自分が生んだわけでもない子供を育てることが仕事になるわけです。たとえ自分はやりたくなくても、給料をもらっているのだからマネジメントもやらなくてはいけません。専門知識だけで給料がもらえると思うな――そういう

ほめる10則 相手の長所や美点に目を向ける ほめ言葉に実感を込める 具体的にほめる うまくいったその瞬間にほめる 当たり前のことを実行している人をほめる 相手の欠点をほめる 結果だけでなく、プロセスもほめる 第三者を通して間接的にほめる 電話やメモを使ってほめる ほめた後に、次の目標を示す ※『ほめニケーション能力磨くには』（日経プラスワン 2005年10月1日）より。話し方研究所会長　福田健氏の話から作成 しかる5則 詫びる気持ちでしかる──偉そうな態度、言い方をしない 受け入れ態勢を作る──最初にほめるなど、苦い薬を飲みやすくする 「明るく」「短く」しかる──ねちねちしからない、一度にあれもこれもしからない 何をしかるか事前に明確に──その場で感情的にしからない。どういう場合にしかるのか事前に基準を明確にし、伝えておく よく聞いてからしかる──やむをえない事情があるかもしれないので、事

皆さん，2008年の目標は何ですか？ 私の目標は「健康的に太る」。そう思って食生活を変えようと牛タンを食べましたが，すぐにギブアップ。うーん，パスタなどの穀物で太るか。エビちゃんのように筋肉もつけたいんだけどなぁ。 最近，業態としてのSI（System Integration）は不人気だ。3Kと言われたり，クリエイティブじゃないと言われたり。確かに，SIer様と働くことが多い私としては，正直この業界で魅力的な人と会うことは少ないとは思う。 ただ，これだけは言える。プラクティカルという意味で，SIerの方々は非常に優秀だ。なぜなら，物事を構造化してまとめる能力と，決まったゴールを目指して何かを作るという点では，他の業界の人に比べて抜きん出た力を持つから。 しかし，それでも一緒に働いていると「オヤ？」と思うことは多い。今回は「SIerのジレンマ」と題してSIの実態を紹介したいと思う。 地獄の社

CompTIA（コンプティア、コンピュータ技術産業協会）の日本支局は1月18日、2001年から提供しているプロジェクトマネジメントに関する資格試験「CompTIA Project＋」の日本語版を2月下旬に開始すると発表した。これまでは英語版を提供してきた。 CompTIA Project＋はプロジェクトマネジメントのスキル向上を目指す人を対象にした認定資格。問題解決や交渉、リーダーシップ、スコープ定義／管理などが出題範囲。コミュニケーションやチーム育成などほかのスタッフとのコラボレーションも対象になるなど、ITプロジェクトだけでなく、幅広いプロジェクトで必要となるスキルを判定する。 CompTIA Project＋を取得することで、10人のプロジェクトメンバーが半年程度で実施する中小規模のプロジェクトを遂行できるスキルが身に付くという。実務経験ではプロジェクトマネジャを約1年続けたのと同等

本連載は、これからプロジェクトマネージャへの転身を考えている方、現在PMBOKベースでマネジメントされているプロジェクトに参加しているメンバーの方などを対象にしています。『プロジェクトマネジメント知識体系ガイド第3版（日本語版）』（以下、PMBOKガイド）の解説を行いながら、プロジェクトマネジメントの基本を解説していきます。なお、各小見出しの横には、対応するPMBOKガイドの章を記載していますので、PMBOKガイドを学習する際の参考にご利用ください。記事の最後には演習問題を用意しました。復習にご利用ください。 最近、さまざまな企業でプロジェクトマネジメント力の強化が注目されています。IT業界も例外ではありません。そんな中、プロジェクトマネジメントにおいて、米国のPMI（Project Management Institute）がまとめた「PMBOK」という知識体系を適用する企業が増えてきま

プロジェクトの進め方の巧拙は企業の競争力に大きな影響を与えるが，プロジェクトマネジメント手法の基本を理解することはそれほど難しくない。本連載では，経営者，実務者，技術者など，職種や年齢を問わず誰でも理解できるように，プロジェクトマネジメント手法の基本をかみくだいで解説していく。 第1回 手法の基本はだれでも理解できる 第2回 カギとなる用語をまとめて覚える 第3回 マネジャの任務は良いチーム作り 第4回 四つの基本ステップを把握する 第5回 開始前にやるべき内容を定義 第6回 実行計画をチームで作る 第7回 日程・予算・リスク計画を立てる 第8回 現状を常に把握しリスクを確認 第9回 必ず起こる問題に対処する 第10回 顧客が成果物を引き取ってこそ終了 第11回 経験をノウハウとして記録する 第12回 「成功」のカギはコミュニケーション 最終回 優れたマネジャの育成に取り組む

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

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