タグ

プロジェクト管理に関するhiro7373のブックマーク (5)

  • [ThinkIT] 第1回:こんなにあるオープンソースのプロジェクト管理ツール (1/3)

    プロジェクト管理用のソフトウェアといえば、定番のMicrosoft Office Projectをはじめ、これまで様々な商用の製品が存在しました。一方で、従来からオープンソースのプロジェクト管理ソフトウェアにも様々なものがあります。 例えばソフトウェア開発に従事されている方であれば、Edgewall Software社が無償で提供している軽量バグトラッキングシステムの「Trac」を使ったことがあるのではないでしょうか(図1)。 ただし、このような従来のオープンソースのプロジェクト管理ソフトウェアの多くは、目的が限定されているものや基的な機能のみを実装するものが多く、企業の汎用的なプロジェクト管理に使えるものが少ないのが現状でした。 その背景の1つとして、オープンソースソフトウェアがWebアプリケーション技術に依存しているケースが多く、ガントチャートなど視覚に訴える機能を実現することが技術

  • ITmedia Biz.ID:第4回 会議をいきなりはじめてないか?

    そろそろ実際の会議の現場に入っていきましょう。ただし「では早速──」などと議論に入ってはいけません。会議をスムーズに進めるには、会議冒頭の手順が重要なのです。 前回は、会議のゴール設定とリマインドの仕方を紹介しました。 ちゃんとリマインドをしたことで、会議室には時間通り参加者全員がそろっています。ここで「では早速──」などと言って、いきなり議論を始めてはいけません。誰しも長い会議は嫌なものですよね。長い会議、終盤に迷走する会議を防ぐためには、会議の最初に時間管理をしておくことが重要です。 プラクティス4──時間管理(time management) 時間管理は、会議のファシリテイション(議事進行技術)で最も難しいものの1つです。しかし会議の最初にきちんと手順を踏むことによって劇的に改善します。その手順は以下の5つです。 会議のゴールの確認 会議の終了時刻の確認 ToDoの見直し スケジュー

    ITmedia Biz.ID:第4回 会議をいきなりはじめてないか?
  • デスマーチ第2版[書評]第1回:日本人は“プロジェクトX”から抜け出せないのか

    人は“プロジェクトX”から抜け出せないのか こんなことを書くのは、NHKの「プロジェクトX」という番組が高視聴率を獲得し、少なくともNHKの経営から見れば成功作となったからである。 「プロジェクトX」成功の原因は、プロジェクトを描くフォーマットにあった。つらいプロジェクト、成功への道は見えない。そこで「男たちの逆転をかけたドラマ」(だいたい番組開始35~40分ぐらいだったか。「水戸黄門」を想起させる)が始まって、めでたくプロジェクトはうまくいく。 多くの人々がこのパターンにはまり、日PTA全国協議会は「プロジェクトX」を2003、2004年度の「子供に見せたい番組」に選定するまでになった。 少し考えれば、この構図が欺瞞(ぎまん)であることはすぐ分かる。「男たちの逆転をかけたドラマ」を仕掛けなければならないという時点で、すでにプロジェクト管理は失敗しているのだから。

    hiro7373
    hiro7373 2006/06/21
    "少し考えれば、この構図が欺瞞(ぎまん)であることはすぐ分かる。「男たちの逆転をかけたドラマ」を仕掛けなければならないという時点で、すでにプロジェクト管理は失敗しているのだから"
  • 小野和俊のブログ:私がシリコンバレーで学んだ5つの教訓

    1. 会議を最適化する ミーティングのゴールを明確に設定する。 ミーティングの最後に必ず結論と ToDo を確認する。 ミーティングの回数をできるだけ少なくして時間もできるだけ短くする。 ミーティングのトピックごとに関係する人だけ集めて最少人数で議論を行う。 (途中であなたはこのトピックに関係ないから退席して良いです、と指示がでる) 会議を最適化することで労働時間中の実作業時間を最大化させ、労働時間全体を圧縮する。そして、早く帰る。 この体験は、その後自分が会社で会議をしていく上で大きく役立った。 XM(eXtreme Meeting)にも、この時の体験が直接的にも間接的にも影響を与えたと思う。 アドバイザーとしてプロジェクトに参加していたテクニカル・コンサルタントが、技術的に明らかに間違った発言をしたことがあった。 私を含む日から来ていた何人かのメンバーは、あんな基的なこともわかって

    小野和俊のブログ:私がシリコンバレーで学んだ5つの教訓
  • プロジェクトを管理しないという発想

    4. いきなり話がでかくなる~カオスと秩序の間には それでは、『粒同士のネットワーク爆発が、複雑で、手に負えない問題プロジェクトの引き金になっている』と書きましたが、粒同士が無秩序につながっている状態から、整然と秩序を保ってつながった状態にするために、高いハードルを越えるしか道はないのでしょうか? 変化が激しい分野はどうすればいいのでしょう? もう1度、図を見てみましょう。 いままで、混沌とした無秩序の状態と、整然とした秩序の状態のみ注目していましたが、その間はいったい何なのでしょうか? 実は、まさにこの中間状態こそ、驚くべき可能性を秘めているということが、近年、プロジェクト・マネジメントとはまったく異なる生物科学や社会学、コンピュータ科学の分野などから次々に明らかになりつつあるのです。 混沌のことをカオス、といいます。そう、ひと昔前、一世を風靡した『カオス理論』のカオスです。このカオス(

    プロジェクトを管理しないという発想
  • 1