ケンブリッジ・ファシリテーション研究所－－－目次
「プロジェクトの目標がぼやけている」「議論の結果が行動につながらない」「メンバー間の意見の不一致が放置されたまま」「会議で延々と議論する割には結論が出ない」――。こんな症状に悩んでいませんか。こうした症状の治療方法にファシリテーションがあります。当研究所では、プロジェクトを円滑に進めるために、ファシリテーション・テクニックを研究し、実践のお手伝いをしています。現場で培った数々のテクニック/ノウハウの中から、即効性があるツールを紹介していきます。 ■第1回 問題を抱え込む前にイエローフラッグを ■第2回 イエローフラッグには感謝しよう ■第3回 セッション・ゴールとアジェンダ－理論編－ ■第4回 セッション・ゴールとアジェンダ－実践編－ ■第5回 課題管理とTo Do管理－概要編－ ■第6回 課題管理とTo Do管理－実践編－ ■第7回 チェックポイント－概要編－ ■第8回 チェックポイント
プロジェクト・マネージャの「やってはいけない」---目次 - プロジェクト・マネージャの「やってはいけない...：ITpro
プロジェクト・マネジメントのアンチパターンを徹底解説 プロジェクト・マネジメントにはセオリーがある。セオリーを知らずに，あるいは軽視して，失敗するプロマネは少なくない。現場でたたき上げたベテランの凄腕PMが，現場でプロマネがやってはいけないことを解説する。 関連サイト： ■メール編 ■やる気編 ■要件定義編 ■会議編 ■報連相編 ■協力会社対応編 ■品格編 ■課題管理編 ■変更管理編 ■コミュニケーション編 ■外注管理編 ■姿勢・資質編 ■計画＆進捗管理編 ■品質編 ■姿勢編 理由無き要求は機能化してはいけない プロジェクト事務局を軽視してはいけない 過去の成功体験にとらわれてはいけない 自己研鑽を怠ってはならない 目的を忘れてはいけない ■プロジェクト完了編 完了条件をあいまいにしてはいけない 完了報告会を省いてはいけない 成功・失敗要因を不明確なままにしてはいけない フィードバックを忘
上流工程AtoZ - IT Pro
情報システムの開発では，いくら先進的なプログラミング手法や実装技術を用いたとしても，ユーザーにとって望ましいシステムが，予定通りの期間・コストで完成するとは限りません。ユーザーに対する的確な「提案」，ユーザーの要望を仕様化する「要件定義」，作業工数や開発期間などを予測するための「見積もり」，システムの最適な構造をデザインする「設計」といった「上流工程」の作業を的確に行う必要があります。そのための基本知識やノウハウを，是非この特集サイトで身につけてください。 見積もりをプロジェクトにつなげる 見積もりは通常，プレ・プロジェクトと呼ぶ段階で，提案活動に付随して進めます。では，提案活動に付随して行う見積もりが，なぜ切り出されてこれだけ注目を集めているのでしょうか？ 私は，スコープや工数，コスト，納期など，マネジメントの要素が見積もりに集約されているからだと考えています。 (2006/11/3
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://pcserver.sel.cs.hiroshima-cu.ac.jp/pmdic/pmdic/
ザ・プロジェクトマネジャーズ