﻿<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>BlogJava-幸せのちから-随笔分类-学习</title><link>http://www.blogjava.net/lucky/category/35842.html</link><description>&lt;B&gt;平凡的世界&lt;/B&gt;&lt;/br&gt;

&lt;font color="blue"&gt;看似平常实崎岖&lt;/br&gt;
成如容易却艰辛&lt;/font&gt;</description><language>zh-cn</language><lastBuildDate>Fri, 20 May 2011 18:12:50 GMT</lastBuildDate><pubDate>Fri, 20 May 2011 18:12:50 GMT</pubDate><ttl>60</ttl><item><title>结束PMP学习</title><link>http://www.blogjava.net/lucky/archive/2011/05/20/350691.html</link><dc:creator>Lucky</dc:creator><author>Lucky</author><pubDate>Fri, 20 May 2011 07:06:00 GMT</pubDate><guid>http://www.blogjava.net/lucky/archive/2011/05/20/350691.html</guid><wfw:comment>http://www.blogjava.net/lucky/comments/350691.html</wfw:comment><comments>http://www.blogjava.net/lucky/archive/2011/05/20/350691.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/lucky/comments/commentRss/350691.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/lucky/services/trackbacks/350691.html</trackback:ping><description><![CDATA[<div>从有学习PMP的想法，开始已经过了1年了。在这1年里系统参加了netlearning的《IT项目管理》的学习，<br />教材方面看了几遍PMBOK的第4版，然后学习了Rita的经典PMP考试教材。也做了配套的Fast Track<br />的1501道，还有网上找到的465道练习题。原先想考PMP认证的想法现在反而没有了，即使进行了<br />系统的学习，还是强烈的认为项目管理是门艺术。<br />PMBOK定义了理想状态下的流程，提供了很多工具和方法论。PMP的试题也是有很多来考查这些东西，<br />对于立志于做PM但是缺少相关知识，概念和经验的人可以通过系统的学习，以及做题和考试来完善自己的<br />知识储备和自己管理方法体系的建立。但是在实际的工作环境中，会看到一些PMBOK提供的流程定<br />义，方法，工具的影子，但很多时候你会发现有很多并没有遵守甚至违反的地方。每个公司，每个PM都有<br />自己的一套既成的管理方法体系结构。做了这么多年的项目，很多都是大公司花了多少亿的大项目，<br />但是最终做的好的并没有几个，公司不管执行什么CMMI，还是会管理的PM，不管过程中的文档做的多么<br />漂亮，沟通多么完善，一些成功的项目反而是技术出身的PM带的。单纯熟练掌握PMBOK并熟练应用各种沟<br />通技巧的会管理的PM管理IT项目，有时候可能并不如没有掌握完善的沟通技巧，PMBOK也是一知半解的人<br />管理的项目成功率高。个人观察的可能原因是，IT是个脑力创造的行业，虽然到具体的函数方法可能只是<br />简单的crtl+C和Ctrl+V,但是作为项目的负责人必须在系统成型之前头脑就应该对系统有个整体的image，<br />并且能够对每个成员的工作状况有个切实的确切的把握，而不是单纯的每天填表报告完成了百分之多少。<br />就是说项目中可能出现的问题，以及需要注意的地方都在头脑中有印象。当出现时马上能反映出相关的对策。<br />总之，个人认为，IT的PM应该是个技术性的领导者，这样就能比较从容应对系统出现以及可能出现的问题，<br />并且能够在与干系人交流时能够能够对交流的事情进行自我判断并形成自己的意见。<br />有时间的话，真想再把温伯格的书找出来看看。10年没翻过，看看再翻这些经典书的时候自己会有那些感触。<br />PMP的学习就此结束，重点转向日语。</div><img src ="http://www.blogjava.net/lucky/aggbug/350691.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/lucky/" target="_blank">Lucky</a> 2011-05-20 15:06 <a href="http://www.blogjava.net/lucky/archive/2011/05/20/350691.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>ＰＭＰ資格関連資料ダウンロード一覧</title><link>http://www.blogjava.net/lucky/archive/2010/07/20/326636.html</link><dc:creator>Lucky</dc:creator><author>Lucky</author><pubDate>Tue, 20 Jul 2010 05:51:00 GMT</pubDate><guid>http://www.blogjava.net/lucky/archive/2010/07/20/326636.html</guid><wfw:comment>http://www.blogjava.net/lucky/comments/326636.html</wfw:comment><comments>http://www.blogjava.net/lucky/archive/2010/07/20/326636.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/lucky/comments/commentRss/326636.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/lucky/services/trackbacks/326636.html</trackback:ping><description><![CDATA[ＰＭＰ資格関連資料ダウンロード一覧<br />
<a href="http://www.pmi-japan.org/download/competency/">http://www.pmi-japan.org/download/competency/</a><br />
<img src ="http://www.blogjava.net/lucky/aggbug/326636.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/lucky/" target="_blank">Lucky</a> 2010-07-20 13:51 <a href="http://www.blogjava.net/lucky/archive/2010/07/20/326636.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>PMP学习笔记（12）</title><link>http://www.blogjava.net/lucky/archive/2010/07/07/325447.html</link><dc:creator>Lucky</dc:creator><author>Lucky</author><pubDate>Wed, 07 Jul 2010 06:49:00 GMT</pubDate><guid>http://www.blogjava.net/lucky/archive/2010/07/07/325447.html</guid><wfw:comment>http://www.blogjava.net/lucky/comments/325447.html</wfw:comment><comments>http://www.blogjava.net/lucky/archive/2010/07/07/325447.html#Feedback</comments><slash:comments>1</slash:comments><wfw:commentRss>http://www.blogjava.net/lucky/comments/commentRss/325447.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/lucky/services/trackbacks/325447.html</trackback:ping><description><![CDATA[第12章<br />
１．終結プロセス群の主要なアクティビティを説明できますか？<br />
プロジェクトを公式に完了するための情報を配布することです。<br />
２．プロジェクトやフェーズの終結プロセスはいつ実施されるかを説明できますか？<br />
各プロジェクト・フェーズの終了時とプロジェクトの終了時に実施されます。<br />
３．教訓の使用目的を説明できますか？<br />
プロジェクトの成否を記録して今後のプロジェクトに生かすことです。<br />
４．プロダクト検証について説明できますか？<br />
プロジェクトのすべての作業が正確に完了し、ステークホルダーの期待を満たしている<br />
ことを確認します。<br />
５．PMPが順守すべき規定を記載して公開されたものの名称を挙げることができますか？<br />
PMI倫理・職務規定に記載されています。<br />
６．PMPが専門知識を適用する必要があるエリアを説明できますか？<br />
PMPは、プロジェクトマネジメントの実務慣行、業界の実務慣行、および技術的エリア<br />
で専門知識を適用する必要があります。<br />
７．顧客を確実に満足させる主要なアクティビティを説明できますか？<br />
プロジェクト要求事項を文書に記録し、それを満たすことです。<br />
８．グローバル環境でプロジェクト・マネジャーの人間関係のマネジメント方法を説明<br />
できますか？<br />
互いを信頼して認め合い、多種多様な文化と道徳観を認識して尊重するようにとめます。<br />
<br />
<img src ="http://www.blogjava.net/lucky/aggbug/325447.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/lucky/" target="_blank">Lucky</a> 2010-07-07 14:49 <a href="http://www.blogjava.net/lucky/archive/2010/07/07/325447.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>PMP学习笔记(11)</title><link>http://www.blogjava.net/lucky/archive/2010/07/07/325437.html</link><dc:creator>Lucky</dc:creator><author>Lucky</author><pubDate>Wed, 07 Jul 2010 05:25:00 GMT</pubDate><guid>http://www.blogjava.net/lucky/archive/2010/07/07/325437.html</guid><wfw:comment>http://www.blogjava.net/lucky/comments/325437.html</wfw:comment><comments>http://www.blogjava.net/lucky/archive/2010/07/07/325437.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/lucky/comments/commentRss/325437.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/lucky/services/trackbacks/325437.html</trackback:ping><description><![CDATA[第11章<br />
１．リスクの監視・コントロールの目的を説明できますか？<br />
新しいリスクが発生した場合の特定と対応を行います。リスクの監視と再査定は、<br />
プロジェクトの期間全体を通して実施するが必要があります。<br />
２．コスト・コントロールの目的を説明できますか？<br />
プロジェクト・コストを監視して、未承認のコストや不適切なコストがコスト・パフォ<br />
ーマンス・ベースラインに含まれるのを防止します。<br />
３．ＥＶＭについて説明できますか？<br />
ＥＶＭでは、プライド・バリュー、アーンド・バリュー、およびプロジェクトの結果<br />
の生成に要した実コストを監視します。コスト差異、スケジュール差異、コスト効率<br />
指数（ＣＰＩ）、およびスケジュール効率指数（ＳＰＩ）は、ＥＶＭ技法で使用<br />
する計算式です。<br />
４．コスト・コントロール・プロセスのツールと技法の名前を挙げることができますか？<br />
ＥＶＭ、予測、残作業効率指数、パフォーマンス・レビュー、差異分析、および<br />
プロジェクトマネジメント・ソフトウェアです。<br />
５．スコープ検証プロセスの目的を説明できますか？<br />
作業が完了しているかどうかや、作業がプロジェクト目標を満たしているかどうか<br />
を調べることです。<br />
<img src ="http://www.blogjava.net/lucky/aggbug/325437.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/lucky/" target="_blank">Lucky</a> 2010-07-07 13:25 <a href="http://www.blogjava.net/lucky/archive/2010/07/07/325437.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>PMP学习笔记（10）</title><link>http://www.blogjava.net/lucky/archive/2010/07/06/325347.html</link><dc:creator>Lucky</dc:creator><author>Lucky</author><pubDate>Tue, 06 Jul 2010 03:03:00 GMT</pubDate><guid>http://www.blogjava.net/lucky/archive/2010/07/06/325347.html</guid><wfw:comment>http://www.blogjava.net/lucky/comments/325347.html</wfw:comment><comments>http://www.blogjava.net/lucky/archive/2010/07/06/325347.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/lucky/comments/commentRss/325347.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/lucky/services/trackbacks/325347.html</trackback:ping><description><![CDATA[第10章<br />
１．プロジェクト作業の監視・コントロールのアウトプットを挙げられますか？<br />
このアウトプットには、変更要求（是正処置、予防処置、欠陥修正が含まれます）、<br />
プロジェクトマネジメント計画書更新版、プロジェクト文書更新があります。<br />
２．調達管理プロセスの目的を説明できますか？<br />
これには、プロジェクト実行の指揮・マネジメント・プロセス、実績報告プロセス、<br />
品質管理プロセス、統合変更管理プロセス、およびリスクの監視・コントロール・<br />
プロセスがあります。<br />
３．実績報告プロセスの目的を説明できますか？<br />
状況報告書、進捗測定、予測など、プロジェクトのパフォーマンス情報を収集し配布<br />
することです。<br />
４．統合変更管理プロセスの目的を挙げられますか？<br />
プロジェクトのライフサイクル全体を通して実行し、プロジェクトのすべて変更要求の<br />
レビュー、コンフィギュレーション・マネジメントと変更管理のプロセスの確立、<br />
変更の承認と却下を行います。<br />
５．コンフィグレーション・マネジメント・システムの目的を説明できますか？<br />
コンフィグレーション・マネジメント・システムとは、変更要求を提出するプロセス、<br />
変更とその処理を追跡する各プロセス、および変更の承認と却下の承認基準を定義する<br />
各プロセスの手順と文書化するものです。コンフィグレーション・マネジメント・システム<br />
には、変更を認可するプロセスも含まれます。一般に、変更管理システムは、コンフィ<br />
ュレーション・マネジメント・システムのサブシステムです。コンフィギュレーション・<br />
マネジメントでは、プロジェクトのプロダクトの特性の記述と、その内容の正確性<br />
と完全性の確認も行います。<br />
６．変更管理委員会を説明できますか？<br />
CCBには、変更要求の承認と却下を行う権限があります。この権限は、組織が定義します。<br />
CCBはステークホルダーによって構成されます。<br />
<br />
<br />
<img src ="http://www.blogjava.net/lucky/aggbug/325347.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/lucky/" target="_blank">Lucky</a> 2010-07-06 11:03 <a href="http://www.blogjava.net/lucky/archive/2010/07/06/325347.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>PMP学习笔记（9）</title><link>http://www.blogjava.net/lucky/archive/2010/07/05/325310.html</link><dc:creator>Lucky</dc:creator><author>Lucky</author><pubDate>Mon, 05 Jul 2010 11:35:00 GMT</pubDate><guid>http://www.blogjava.net/lucky/archive/2010/07/05/325310.html</guid><wfw:comment>http://www.blogjava.net/lucky/comments/325310.html</wfw:comment><comments>http://www.blogjava.net/lucky/archive/2010/07/05/325310.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/lucky/comments/commentRss/325310.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/lucky/services/trackbacks/325310.html</trackback:ping><description><![CDATA[第9章<br />
<br />
１．調達実行プロセスの目的を説明できますか？<br />
ベンダーから応札とプロポーザルを受け、ベンダー<br />
を選定し、契約を結びます。<br />
２．調達実行プロセスのツールと技法を挙げられますか？<br />
入札説明会、プロポーザル評価法、独自見積もり、専門家判断、入札公告、<br />
インターネット検索、調達交渉があります。<br />
３．契約のライフサイクルの段階を挙げられますか？<br />
要求事項段階、必要事項段階、引き合い段階、契約段階があります。<br />
４．品質保証プロセスの目的を説明できますか？<br />
プロジェクトがその品質標準を満たすことを確認します。<br />
５．情報の送信者と受信者の違いを区別できますか？<br />
送信者には、明確で簡潔にまとめられたメッセージを発信する責任があり、受信者には、<br />
メッセージを正しく理解する責任があります。<br />
６．ステークホルダーの期待のマネジメント・プロセスの目的を説明できますか？<br />
ステークホルダーのニーズを満たし、ステークホルダーとのコミュニケーションをマネジ<br />
メントすることで、プロジェクトの目標を確実に達成します。<br />
<br />
<br />
<img src ="http://www.blogjava.net/lucky/aggbug/325310.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/lucky/" target="_blank">Lucky</a> 2010-07-05 19:35 <a href="http://www.blogjava.net/lucky/archive/2010/07/05/325310.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>PMP学习笔记（8）</title><link>http://www.blogjava.net/lucky/archive/2010/07/02/325051.html</link><dc:creator>Lucky</dc:creator><author>Lucky</author><pubDate>Fri, 02 Jul 2010 03:17:00 GMT</pubDate><guid>http://www.blogjava.net/lucky/archive/2010/07/02/325051.html</guid><wfw:comment>http://www.blogjava.net/lucky/comments/325051.html</wfw:comment><comments>http://www.blogjava.net/lucky/archive/2010/07/02/325051.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/lucky/comments/commentRss/325051.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/lucky/services/trackbacks/325051.html</trackback:ping><description><![CDATA[第８章<br />
１．プロジェクト実行の指揮・マネジメントの特性を明確にのべられますか？<br />
プロジェクトの作業が実行に移られます。また、プロジェクトの予算の大部分は<br />
このプロセスで消費されます。<br />
２.グラープ形成５つの段階をのべられますか？<br />
成立期、動乱期、安定期、遂行期、解散期。<br />
３．最も高い階層に位置するマズローの動機つけ要因を明確に説明できますか？<br />
自己実現は、人が最高の状態で活動し、それより下位の欲求がすべて満たされている<br />
場合に起こります。<br />
４．５種類の権力をあげられますか？<br />
報酬、賞罰、専門家、公式、後ろ盾。<br />
５．コンフリクト解消の６つの方法がわかりますか？<br />
強制、適応、妥協、問題解決、協力、回避<br />
６．プロジェクト・チームのマネジメント・プロセスのツールと技法を挙げられますか？<br />
観察と会話、プロジェクトのパフォーマンス評価、コンフリクト・マネジメント、課題<br />
ログ、人間関係のスキルがあります。<br />
<br />
<br />
<img src ="http://www.blogjava.net/lucky/aggbug/325051.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/lucky/" target="_blank">Lucky</a> 2010-07-02 11:17 <a href="http://www.blogjava.net/lucky/archive/2010/07/02/325051.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>PMP学习笔记（7）</title><link>http://www.blogjava.net/lucky/archive/2010/07/02/325046.html</link><dc:creator>Lucky</dc:creator><author>Lucky</author><pubDate>Fri, 02 Jul 2010 02:54:00 GMT</pubDate><guid>http://www.blogjava.net/lucky/archive/2010/07/02/325046.html</guid><wfw:comment>http://www.blogjava.net/lucky/comments/325046.html</wfw:comment><comments>http://www.blogjava.net/lucky/archive/2010/07/02/325046.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/lucky/comments/commentRss/325046.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/lucky/services/trackbacks/325046.html</trackback:ping><description><![CDATA[第７章　プロジェクト資源の計画<br />
１．調達計画プロセスの目的を説明できますか？<br />
プロジェクトに必要なもののうちで組織の外部から取得すべきもの<br />
を特定することです。内外製分析は、その作業を支援するツールと<br />
技法として使用されます。<br />
２.契約タイプとその用途を明確に説明できますか？<br />
調達計画プロセスのツールと技法であり、定額契約と実費償還契約<br />
に分かれています。十分に定義され、会社にとって高い価値を持つ<br />
プロジェクトでは定額契約を使用します。不確実性が高い、プロジェクト<br />
の初期に大きな投資が必要なプロジェクトでは実費償還契約を使用します。<br />
定額契約にはFFP、FPIF,FP-EPAの３種類があります。実費償還契約には<br />
CPFF,CPIF,CPPC,CPAFの４種類があります。タイム・アンド・マテリアル契約<br />
は、定額契約と実費償還契約の双方の要素を採り入れたものです。<br />
３．調達計画プロセスのアウトプットを挙げられますか？<br />
調達マネジメント計画書、調達作業範囲記述書、内外製決定、調達文書、発注<br />
先選定基準、変更要求です。<br />
４．人的資源計画書作成プロセスの目的を説明できますか？<br />
役割と責任の決定、プロジェクトに関わる報告関係の明確化、要員マネジメント<br />
計画書の作成を行います。要員マネジメント計画書には、チーム・メンバーを確保<br />
する方法とメンバーの離任基準を記述します。<br />
５．品質の要求事項を満たすことの利点を説明できますか？<br />
品質に関する要求事項を満たす利点として、ステークホルダーの満足度の向上、コスト<br />
の低下、生産性の向上、手直しの減少が挙げられます。これらの利点は品質計画プロセスで<br />
明らかになります。<br />
６．品質コストの意味を説明できますか？<br />
品質コスト（COQ）は、プロジェクトのプロダクトまたはサービスを品質標準に沿って<br />
生み出すための総コストです。<br />
こうしたコストには、品質に関するプロダクトの要求事項を満たすのに必要なすべての作業<br />
の分が含まれます。品質コストに関連する３つのコストとして、予防コスト、評価コスト、<br />
不良コストがあります。<br />
７．COQと関係がある４人の人物と彼らの功績によって確立された技法をあげられますか？<br />
クロスビー、ジュラン、デミング、シューハートです。かれらが確立に貢献した技法として、<br />
TQM、シックスミグマ、品質コスト、継続的改善があります。「カイゼン」アプローチは、<br />
継続的な改案にかんするものであり、まずは人的資源の強化が必要であると述べています。<br />
８．品質計画プロセスのツールと技法を挙げられますか？<br />
品質計画プロセスには、費用便益分析、品質コスト、管理図、ベンチマーク、実現計画法、<br />
統計的サンプリング、フローチャートか、特定の品質管理手法、その他の品質計画ツールと<br />
技法があります。<br />
<br />
<br />
<img src ="http://www.blogjava.net/lucky/aggbug/325046.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/lucky/" target="_blank">Lucky</a> 2010-07-02 10:54 <a href="http://www.blogjava.net/lucky/archive/2010/07/02/325046.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>PMP学习笔记（6）</title><link>http://www.blogjava.net/lucky/archive/2010/06/29/324789.html</link><dc:creator>Lucky</dc:creator><author>Lucky</author><pubDate>Tue, 29 Jun 2010 08:29:00 GMT</pubDate><guid>http://www.blogjava.net/lucky/archive/2010/06/29/324789.html</guid><wfw:comment>http://www.blogjava.net/lucky/comments/324789.html</wfw:comment><comments>http://www.blogjava.net/lucky/archive/2010/06/29/324789.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/lucky/comments/commentRss/324789.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/lucky/services/trackbacks/324789.html</trackback:ping><description><![CDATA[第6章<br />
１．リスク・マネジメント計画書の目的を明確に述べられますか？<br />
リスク・マネジメント計画書には、リスクの定義、監視、コントロールをプロジェクト<br />
の期間を通じてどのように行うかを記述します。リスク・マネジメント・プロセスが<br />
プロジェクトの期間を通じてどの様に実行、監視、コントロールされるかも詳しく<br />
記述します。また、リスクのマネジメント方法についても記述しますが、個々の<br />
リスクへの対応策の定義を行いません。リスク・マネジメント計画書は、<br />
プロジェクトマネジメント計画書に付随し、リスク・マネジメント計画プロセスの<br />
唯一のアウトプットです。<br />
２．リスク特定の目的を述べられますか？<br />
プロジェクトに影響を与える全てのリスクを特定し、文書化して、それらの特性<br />
を明らかにすることです。<br />
３．定性的リスク分析の目的を明確に述べられますか？<br />
定性的リスク分析プロセスでは、特定されたリスクがプロジェクトに与える影響<br />
とそれらが実際に発生する確率を決定します。また、プロジェクト目標に与える<br />
影響の大きさに沿ってリスクに優先順位をつけます。<br />
４．定量的リスク分析の目的を明確に述べられますか？<br />
定量的リスク分析プロセスでは、定性的リスク分析プロセスで優先順位をつけた<br />
リスクの影響度を評価し、リスクによって発生しえる損害を定量化します。その際<br />
には、それぞれのリスクの発生確率とプロジェクト目標に対するそれらの影響度を<br />
掛け合わせます。<br />
５．リスク対応計画の目的を明確をのべられますか？<br />
リスク対応計画は、回避、転嫁、軽減、受容、活用、共有、強化への対応戦略の策定<br />
といった戦略をよいてリスク対応計画を作成し、専門家の判断を適用するプロセスです。<br />
リスク対応計画には、特定済みのリスクが発生した場合に取るべき措置を記述します。<br />
また、特定された全てのリスク、リスクの説明、プロジェクト目標に与える影響、<br />
リスク対応策のマネジメントを担当する人物も記述します。<br />
６．リスク登録簿とその主な要素を明確にのべられますか？<br />
リスク特定プロセスのアウトプットであり、以降の全てのリスク関連プロセスのアウト<br />
プットとして更新されます。リスク対応計画プロセスが終了するまでに、リスク登録簿には、<br />
特定したリスクのリストのほか、リスト・オーナー、リスク・トリガー、予備の各項目が<br />
記述されます。<br />
<br />
<br />
<img src ="http://www.blogjava.net/lucky/aggbug/324789.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/lucky/" target="_blank">Lucky</a> 2010-06-29 16:29 <a href="http://www.blogjava.net/lucky/archive/2010/06/29/324789.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>PMP学习笔记(5)</title><link>http://www.blogjava.net/lucky/archive/2010/06/29/324750.html</link><dc:creator>Lucky</dc:creator><author>Lucky</author><pubDate>Tue, 29 Jun 2010 02:59:00 GMT</pubDate><guid>http://www.blogjava.net/lucky/archive/2010/06/29/324750.html</guid><wfw:comment>http://www.blogjava.net/lucky/comments/324750.html</wfw:comment><comments>http://www.blogjava.net/lucky/archive/2010/06/29/324750.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/lucky/comments/commentRss/324750.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/lucky/services/trackbacks/324750.html</trackback:ping><description><![CDATA[第5章<br />
<br />
１．コスト見積りプロセスの主なアウトプット特定し、説明することができますか？<br />
コスト見積りプロセスの主なアウトプットはアクティビティ・コスト見積りです。<br />
アクティビティ・コスト見積りは、通常は金額で記載される定量的な値であり、<br />
そこにはプロジェクト・アクティビティを完了させるのに必要な資源のコストが<br />
反映されます。<br />
２．コスト見積りプロセスのツールと技法を特定できますか？<br />
コスト見積りプロセスのツールと技法は、専門家の判断、類推見積り、係数見積り、<br />
ボトムアップ見積り、三点見積り、予備設定分析、品質コスト、プロジェクトマネジメント<br />
見積りソフトウェア、ベンダー入札の分析です。<br />
３．プロジェクト・コスト・マネジメント知識エリアで仕様できる一般的なマネジメント技法<br />
を特定できますか？<br />
この知識エリアで利用できる一般的なマネジメント技法には、投資収益率、割引キャッシュ・<br />
フロー、回収期間分析があります。<br />
４．予算設定プロセスのツールと技法を特定できますか？<br />
予算設定プロセスのツールと技法は、コスト集約、予備設定分析、専門家の判断、過去の<br />
関係、限度額による資金調整です。<br />
５．コスト・パフォーマンス・ベースラインを説明できますか？<br />
コスト・パフォーマンス・ベースラインは、時間軸ベースの承認済みのプロジェクトのコスト<br />
であり、完成時総予算の計算で使用します。コスト・パフォーマンス・ベースラインはS<br />
カーブとして表示されます。<br />
６．プロジェクト資金要求事項を説明できますか？<br />
プロジェクト資金要求事項は予算設定プロセスのアウトプットです。この文書には、プロジェクト<br />
で必要とされる期間ごとの必要資金が記載されます。<br />
７．コミュニケション・マネジメント計画書の目的を説明できますか？<br />
すてーくホルダーのコミュニケーション・ニーズを特定します。この文書には、配布する情報<br />
の種類、情報を配布する方法、相手、タイミングが記載されます。<br />
<br />
<br />
<img src ="http://www.blogjava.net/lucky/aggbug/324750.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/lucky/" target="_blank">Lucky</a> 2010-06-29 10:59 <a href="http://www.blogjava.net/lucky/archive/2010/06/29/324750.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>PMP学习笔记(3)</title><link>http://www.blogjava.net/lucky/archive/2010/06/28/324660.html</link><dc:creator>Lucky</dc:creator><author>Lucky</author><pubDate>Mon, 28 Jun 2010 04:32:00 GMT</pubDate><guid>http://www.blogjava.net/lucky/archive/2010/06/28/324660.html</guid><wfw:comment>http://www.blogjava.net/lucky/comments/324660.html</wfw:comment><comments>http://www.blogjava.net/lucky/archive/2010/06/28/324660.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/lucky/comments/commentRss/324660.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/lucky/services/trackbacks/324660.html</trackback:ping><description><![CDATA[第三章　プロジェクト・スコープ記述書の作成<br />
１．プロジェクトマネジメント計画書の作成プロセスの目的を説明しできますか？<br />
プロジェクトマネジメント計画書作成プロセスでは、すべての補助計画書を定義、調整<br />
統合します。<br />
２．プロジェクト・スコープ記述書の目的を理解していますか？<br />
プロジェクト・スコープ記述書はすてーくホルダー間でプロジェクト・スコープを<br />
共同理解するのに役立ちます。プロジェクトの要素成果物、それらの定量化可能な基準<br />
がプロジェクト・スコープ記述書に記載され、プロジェクト・マネジャーとすてーくホルダーが<br />
それを使ってプロジェクトが成功裏に完了したかどうかを判断します。プロジェクト・スコープ<br />
記述書は将来のプロジェクトに関する意思決定の基準にもなります。<br />
３．プロジェクトの制約条件と前提条件を定義できますか？<br />
プロジェクトの制約条件は、プロジェクト・チームの選択肢を制限し、プロジェクト・チーム<br />
の行動を制約します。時には制約条件が行動を支配することもあります。時間、予算、コスト<br />
は、一般的な制約条件です。前提条件は真実または本当と推定される条件です。<br />
４．スコープ・マネジメント計画書の目的を説明できませんか？<br />
スコープ・マネジメント計画書は、プロジェクトの成否を直接左右するものであり、プロジェクト<br />
・スコープを決定するプロセスを記述し、WBSの作成を容易にし、プロジェクトのプロダクトや<br />
サービスを検証し、受け入れる方法を記述し、スコープの変更を扱う方法を文書化します。スコープ<br />
・マネジメント計画書はプロジェクトマネジメント計画書の補助計画書です。<br />
５．WBSとその構成要素を定義できますか？<br />
WBSは要素成果物を主体とした階層です。WBSはプロジェクト・スコープ記述書または同様の文書に記載<br />
されている要素成果物を利用して、それらを論理的で管理しやすい作業の単位に要素分解します。<br />
レベル１は主要な要素成果物レベルまたはサブプロジェクト・レベルであり。レベル２は要素成果物をさらに<br />
詳細かしたものです。WBSの最下位レベルは、ワーク・パッケージと呼ばれます。<br />
<br />
<br />
<img src ="http://www.blogjava.net/lucky/aggbug/324660.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/lucky/" target="_blank">Lucky</a> 2010-06-28 12:32 <a href="http://www.blogjava.net/lucky/archive/2010/06/28/324660.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>PMP学习笔记(2)</title><link>http://www.blogjava.net/lucky/archive/2010/06/25/324421.html</link><dc:creator>Lucky</dc:creator><author>Lucky</author><pubDate>Fri, 25 Jun 2010 04:42:00 GMT</pubDate><guid>http://www.blogjava.net/lucky/archive/2010/06/25/324421.html</guid><wfw:comment>http://www.blogjava.net/lucky/comments/324421.html</wfw:comment><comments>http://www.blogjava.net/lucky/archive/2010/06/25/324421.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/lucky/comments/commentRss/324421.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/lucky/services/trackbacks/324421.html</trackback:ping><description><![CDATA[第２章　プロジェクト憲章の作成<br />
１．知識エリアは共通性に基づいてプロセスをまとめたものであること。<br />
2.9つ知識エリア<br />
①プロジェクト統括マネジメント<br />
②プロジェクトスコープマネジメント<br />
成果物スコープとプロジェクトスコープ<br />
③プロジェクトタイムマネジメント<br />
④プロジェクトコストマネジメント<br />
価値工学：<br />
&nbsp;&nbsp;&nbsp; a.ライフサイクル・コスト：代替案を選択したり比較したりする時に、<br />
&nbsp;&nbsp;&nbsp; コストのグループを集合的に考慮します。<br />
&nbsp;&nbsp;&nbsp; ｂ.価値工学：プロジェクトのスケジュール、利益、品質、資源の活用度の<br />
&nbsp;&nbsp;&nbsp; 改善に役たち、特にライフサイクル・コストを最適化されます。<br />
⑤プロジェクト品質マネジメント<br />
⑥プロジェクト人的資源マネジメント<br />
⑦プロジェクトコミュニケーションマネジメント<br />
⑧プロジェクトリスクマネジメント<br />
&nbsp;&nbsp;&nbsp; リスクには、プロジェクトへプラスとマイナスの両方が影響が含まれます。<br />
⑨プロジェクト調達マネジメント<br />
３．プロジェクトはどうやって生まれるか<br />
&nbsp;&nbsp;&nbsp; ①市場の需要<br />
&nbsp;&nbsp;&nbsp; ②戦略的機会/ビジネス・ニーズ<br />
&nbsp;&nbsp;&nbsp; ③顧客要求<br />
&nbsp;&nbsp;&nbsp; ④技術的進歩<br />
&nbsp;&nbsp;&nbsp; ⑤法的用件<br />
&nbsp;&nbsp;&nbsp; ⑥生態系への影響<br />
&nbsp;&nbsp;&nbsp; ⑦社会ニーズ<br />
4．フィージビリティ・スタディ<br />
実施理由：<br />
①プロジェクトが実行可能なプロジェクトであるかどうかを判断するため<br />
②プロジェクトが成功する確率を求めるためだす。<br />
５．プロジェクトの選定と優先順位付け<br />
選定手法：①数学的モデル<br />
&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; 制約条件付き最適化法　<br />
&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; ②利益測定法<br />
&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; 費用便益分析<br />
&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; 得点モデルと重み付け得点モデル<br />
&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; キャッシュ・フロー分析手法<br />
&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; 回収期間分析<br />
&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; 割引キャッシュ・フロー<br />
&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; NPV　IRR<br />
６．プロジェクト憲章<br />
<br />
<img src ="http://www.blogjava.net/lucky/aggbug/324421.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/lucky/" target="_blank">Lucky</a> 2010-06-25 12:42 <a href="http://www.blogjava.net/lucky/archive/2010/06/25/324421.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>PMP学习笔记（1）</title><link>http://www.blogjava.net/lucky/archive/2010/06/24/324350.html</link><dc:creator>Lucky</dc:creator><author>Lucky</author><pubDate>Thu, 24 Jun 2010 11:28:00 GMT</pubDate><guid>http://www.blogjava.net/lucky/archive/2010/06/24/324350.html</guid><wfw:comment>http://www.blogjava.net/lucky/comments/324350.html</wfw:comment><comments>http://www.blogjava.net/lucky/archive/2010/06/24/324350.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/lucky/comments/commentRss/324350.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/lucky/services/trackbacks/324350.html</trackback:ping><description><![CDATA[<table x:str="" style="border-collapse: collapse; width: 908pt;" border="0" cellpadding="0" cellspacing="0" width="1211">
    <col style="width: 908pt;" width="1211">
    <tbody>
        <tr style="height: 15.75pt;" height="21">
            <td style="height: 15.75pt; width: 908pt;" height="21" width="1211">第一章 什<font class="font7">么是项目</font></td>
        </tr>
        <tr style="height: 13.5pt;" height="18">
            <td class="xl24" style="height: 13.5pt;" height="18">1.项目：有明确的开始日期和结束日期。有特定的产品，服务和成果产出。</td>
        </tr>
        <tr style="height: 13.5pt;" height="18">
            <td style="height: 13.5pt;" height="18">2.运<font class="font6">营：持续的，反复的。产出同一种产品或成果。</font></td>
        </tr>
        <tr style="height: 13.5pt;" height="18">
            <td style="height: 13.5pt;" height="18">3.干系人：和<font class="font6">项目有利害关系的人（组织）。项目对于干系人有正面或者负面的影响。</font></td>
        </tr>
        <tr style="height: 13.5pt;" height="18">
            <td style="height: 13.5pt;" height="18">主要干系人是<font class="font6">项目成否的关键。</font></td>
        </tr>
        <tr style="height: 13.5pt;" height="18">
            <td style="height: 13.5pt;" height="18">4.<font class="font6">项目特性</font></td>
        </tr>
        <tr style="height: 13.5pt;" height="18">
            <td style="height: 13.5pt;" height="18"><span>&nbsp;
            </span>1）独自性 2）有期姓 3）<font class="font6">项目目标达成或者判断结果为不可能达成项目目标是，项目结束</font><font class="font0">4）成功的</font><font class="font6">项目是满足干系人预期</font></td>
        </tr>
        <tr style="height: 13.5pt;" height="18">
            <td style="height: 13.5pt;" height="18">5.<font class="font6">项目经理：为了达到记录，体系化，监控项目活动而使用一系列的工具，技法。</font></td>
        </tr>
        <tr style="height: 13.5pt;" height="18">
            <td style="height: 13.5pt;" height="18">6.Program：<font class="font6">关联项目的集合。</font></td>
        </tr>
        <tr style="height: 13.5pt;" height="18">
            <td style="height: 13.5pt;" height="18">7.portfolio：<font class="font6">为了特定的事业目标而进行的</font><font class="font0">Program和</font><font class="font6">项目。项目或者</font><font class="font0">Progam之</font><font class="font6">间不必有关联。</font></td>
        </tr>
        <tr style="height: 13.5pt;" height="18">
            <td style="height: 13.5pt;" height="18">8.PMO:<font class="font6">监督组织内所有</font><font class="font0">Program和</font><font class="font6">项目的集权组织单位。标准，规则的确定，资源的分配，并提供各种支持。</font></td>
        </tr>
        <tr style="height: 13.5pt;" height="18">
            <td style="height: 13.5pt;" height="18">9.沟通是<font class="font6">项目经理最重要的技能。</font></td>
        </tr>
        <tr style="height: 13.5pt;" height="18">
            <td style="height: 13.5pt;" height="18">10.<font class="font6">组织类型</font></td>
        </tr>
        <tr style="height: 13.5pt;" height="18">
            <td style="height: 13.5pt;" height="18">1)机能型<font class="font6">组织</font><font class="font0"> 2）</font><font class="font6">项目型组织</font><font class="font0">
            3）矩</font><font class="font6">阵型组织（强，弱，平衡）</font></td>
        </tr>
        <tr style="height: 13.5pt;" height="18">
            <td style="height: 13.5pt;" height="18">11.<font class="font6">项目阶段和项目生命周期</font></td>
        </tr>
        <tr style="height: 13.5pt;" height="18">
            <td class="xl24" style="height: 13.5pt;" height="18">项目阶段：通常，为了管理，计划，控制方便而将项目分割完成。</td>
        </tr>
        <tr style="height: 13.5pt;" height="18">
            <td style="height: 13.5pt;" height="18">12.多<font class="font6">阶段项目</font></td>
        </tr>
        <tr style="height: 15.75pt;" height="21">
            <td style="height: 15.75pt;" height="21">1）<font class="font6">线性关系</font><font class="font0"> 2）重</font><font class="font7">复关系</font><font class="font0">
            3）反</font><font class="font7">复关系</font></td>
        </tr>
        <tr style="height: 13.5pt;" height="18">
            <td style="height: 13.5pt;" height="18">13.<font class="font6">项目管理过程组（根据实际项目的需求，对过程进行裁剪）</font></td>
        </tr>
        <tr style="height: 13.5pt;" height="18">
            <td style="height: 13.5pt;" height="18">1）立<font class="font6">项</font><font class="font0"> 2）</font><font class="font6">计划</font><font class="font0"> 3）</font><font class="font6">执行</font><font class="font0"> 4）</font><font class="font6">监督</font><font class="font0"> 5）</font><font class="font6">结束</font></td>
        </tr>
    </tbody>
</table>
<img src ="http://www.blogjava.net/lucky/aggbug/324350.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/lucky/" target="_blank">Lucky</a> 2010-06-24 19:28 <a href="http://www.blogjava.net/lucky/archive/2010/06/24/324350.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>