项目管理PMP输入输出ITTO联想记忆基于PMBOK第五版.docx
《项目管理PMP输入输出ITTO联想记忆基于PMBOK第五版.docx》由会员分享，可在线阅读，更多相关《项目管理PMP输入输出ITTO联想记忆基于PMBOK第五版.docx（22页珍藏版）》请在冰豆网上搜索。
项目管理PMP输入输出ITTO联想记忆基于PMBOK第五版
项目管理PMP输入输出ITTO联想记忆
首先按照过程组的数量进行编号为：
667-4343-644
一、整合管理
整体管理是667-4343-644的6了，也就是有6个过程。
为了便于区分输入输出，是【）代表输入，（】代表输出，【】代表过程，（）代表技术工具。
1、输入和输出
【制定项目章程】：
找老板签字立项。
怎么才能项目批准呢，先说一番项目大概要做什么【项目工作说明书），再找专家说我看行【商业论证），再不行的话，杀手锏-【协议），既然客户都给钱来做，看样子老板想说不行都难，这样项目就批准了，立个文档老板签个字（项目章程】。
工具和技术：
专家判断、引导技术（头脑风暴、冲突处理、引导者帮助团队、引导者帮助个人、问题解决、会议管理）
【制定项目计划】：
拿着老板签字找人汇总计划。
首先我就拿着老板的文件【项目章程）给大家看，大家就知道我是头，就肯听我的了，然后让大家一起来定一个个小计划，例如成本计划，时间进度等（其他领域的计划），完事后一起装订成一个大计划（项目管理计划】，
这个计划非常重要，干活和监督时候都要用到，后面就不再提它。
13个计划文件和3个及基准
工具和技术：
专家判断、引导技术
【指导管理大家干活】：
提意见，记考核，做东西的过程，要实施批准的变更，所以还要更新计划、更新文件。
提意见就是发现谁做事方法不对，就提出（变更请求】（包括纠正措施、预防措施、缺陷补救）；
记考核就是每天收集项目工作情况（工作绩效信息】；
做东西就是要做出点东西出来（可交付成果】；
实际过程中会经常发现一些地方有问题，提出修改意见在实施变更控制得到批准后即【批准的变更）；
得到【批准的变更），要先更新计划和文件，然后继续实施。
工具和技术：
专家判断、项目管理信息系统（作为事业环境因素的一部分，提供进度计划工具、工作授权系统、配置管理系统、信息收集和发布系统，可自动收集和报告KPI）、会议
【监控项目工作】：
实时监控，贯穿整个项目管理。
监督实施过程中提出的变更；
收集绩效信息（从实施过程中绩效数据得到）；
测量绩效信息（实际绩效与项目管理计划进行比较）；
如发现问题，提出变更。
评估绩效信息，做出预测，预测趋势（挣值分析（进度预测、成本预测）），以便推动过程改进；
得到工作绩效报告；
项目计划、实施工作中提出并被确认的变更请求、工作绩效数据，作报告提建议。
可以想象这样一个场景，在一个会议室，一群人坐在下面包括老板，项目经理在台上做ppt讲演【绩效报告），项目经理激情洋溢的说进度提前，成本节省等，现在项目做的很不错，请领导放心，然后老板再提出一些改正建议（变更请求】
工具和技术：
专家判断、分析技术（回归分析、预测方法、挣值管理、差异分析、储备分析等）、项目管理信息系统、会议
【整体变更控制】：
审批变更。
提出很多建议【变更请求）是要通过变更控制委员会来审批的，好的才要，不好的建议要去除，如何做呢？
通过拿和目前工作状况【工作绩效信息）一比较，就知道了，批准的话就有（批准的变更】输出了，这个又可以去指导管理大家干活。
整理变更控制过程贯穿始终，项目经理对此负最终责任；
机制：
所有变更都必须以书面形式记录，每项记录变更都有责任人（项目责任人或项目经理），—并纳入变更管理和或配置管理系统中，变更请求应该由变更控制系统和配置控制系统中规定的过程进行处理。
变更机制可由CCB实施整理变更控制过程；
变更请求得到CCB（有时还需要客户或发起人）批准后，可能要更新成本估算、活动排序、进度日期、资源需求和风险应对等。
方法：
专家判断、会议、变更控制工具
输出：
批准的变更请求、变更日志、更新
【结束项目或阶段】：
打包交货。
最后就把【验收过的可交付成果）包装一下，成了（最终的产品或服务】交给客户了，然后总结积累经验。
小结：
从技术工具上来看，整作管理基本靠大局观，那个大呀，大的无边无际，没有方法可寻，基本都靠问人（专家判断）和开会、用系统（项目管理信息系统）、找委员会（变更控制会）。
什么时候用什么呢？
专家什么时候都要用到，【指导和管理项目执行、监控项目工作】时用系统（项目管理信息系统），有变的时候【整体变更控制】用变更控制工具，找CCB开会委员会去变。
二、范围管理
范围管理就是管理做哪些事情。
范围管理是667-4343-644的6，也就是有6个过程
【规范范围管理】：
范围管理指导性指南，规定如何收集、定义、创建、确认和控制范围，用什么方法等
1.无从下手，得从章程入手，章程中有背景信息、高层级的产品描述和特征等，从章程中寻找信息，结合事业环境和组织资产，形成需求管理计划。
2.一个项目可能有多个阶段，最好每一个阶段制定各自的需求管理计划和文件，便于规划、跟踪、配置、测量。
【收集需求】：
拿着老板签字章程找客户收需求，定计划、记跟踪。
首先要找到相关人包括客户，得通过【干系人登记册），找到人之后，的看看管理干系人的原则【干系人管理计划），由于人太多，让相关人了解项目大概是什么最快办法就是让他们自己看【项目章程）。
工具和技术：
调研（访谈、问卷调查、观察、原型法）、引导式研讨会（快速定跨职能和协调干系人差异，JAD、QFD）、焦点小组、群体创新技术（头脑风暴、思维导图、亲和图、多标准决策分析）、群体决策技术（包括一致同意（德尔菲技术）、大多数原则（名义小组）、相对多数原则、独裁）、标杆对照、系统交互图、文件分析。
然后得到他们的需求了，记在重要的（需求文件】（客户->需求）里,其他范围管理都要用到它，需求文件的技术支持（需求跟踪矩阵】（需求描述-WBS可交付成果）也做好了。
需求文件包括：
业务需求、干系人需求、解决方案需求、项目需求、过度需求、假设条件、依赖关系和制约因素
【定义范围】：
筛选需求，明确收集到的【需求文件）哪些属于项目范围，得到最终的项目需求；根据得到的项目需求制定项目及产品的服务、成果描述。
翻翻【项目章程），里面提到高层级需求和审批要求。
一下子就总结成一个文档了（项目范围说明书】。
相对需求文件，范围说明书比较粗略，所以在确认和控制范围过程还是用需求文件，而没有用范围说明书。
项目范围说明书包括：
项目范围、产品范围描述（逐步细化章程和需求文件中产品、服务和成果的特征）、验收标准、可交付成果、项目的除外责任、假设条件和制约因素。
同时记得更新：
干系人登记册、需求文件、需求跟踪矩阵。
工具和技术：
专家判断、产品分析（需求分析QFD、系统分析、价值工程等）、备选方案生成、引导式研讨会
【创建WBS】：
在范围说明书分解出WBS。
对照【需求文件）拿【项目范围说明书）开刀，你要什么我就给你分什么，最后分解成（WBS】和（WBS词典】，然后把项目范围说明书、WBS和WBS词典一起装订起来又成了一个新重要基准文档（范围基准】，竟然可以这样写文档，真可谓天下文章一大抄啊。
范围基准：
经批准的项目范围说明、WBS和WBS词典。
工具和技术：
分解、专家判断
【确认范围】：
正式验收已完成的项目可交付成果的过程。
确认产品是否在范围内，首先要通过【需求跟踪矩阵）去保持客户联系，确定产品范围有没变，确保【需求文档）最新后，同时查看工作绩效数据，用它去核实“确认过质量的产品”【核实的可交付成果）（执行过程组中指导和管理项目工作输出“可交付成果”，经过控制质量后变成“核实的可交付成果”）的范围，核实没有问题就可以验收这个产品（验收的可交付成果】，有问题就产生一个（变更请求】。
注意在核实和控制过程还是用需求文件，而没有用范围说明书，因为相对需求文件，范围说明书比较粗略。
工具和技术：
检查、群体决策技术（包括一致同意、大多数原则、相对多数原则、独裁）
输出：
验收的可交付成果、变更请求、工作绩效信息、项目文件更新
【控制范围】：
控制工作是否在范围内。
首先还是要通过【需求跟踪矩阵）去保持客户联系，确定工作范围有没变，确保【需求文档）更新到最新，既然是控制工作本身，那就要用到每日收集的工作状况【工作绩效数据），去对照【需求文档）得到项目范围实施情况做出的效果如何（工作绩效信息】，有问题就产生一个（变更请求】。
注意在核实和控制过程还是用需求文件，而没有用范围说明书，因为相对需求文件，范围说明书比较粗略。
更新项目管理计划和项目文件。
从技术工具层面上说，收集需求要面对那么多人，自然少不了方法，人不多可以（访谈），多了点就分（焦点小组），意见不统一可以开（引导研讨会）引导一下，人再多就发挥（群体创新）和（决策）能力，人再再多就（问卷调查），遇到有些人不太爱说就（观察），说不清楚的干脆做个（模型）出来看看定义范围就是定义要做的事情，也就是最终产品范围就是这样了，所以好方法应该是找个现在市面上类似的（产品分析）一下，简单高效，分析的时候要多用点（备选方案来识别），保险起见，再开个（引导式研讨会），请客户一起来分析创建WBS就是分解，一层层（分解）到工作包核实范围是查东西好不好，就是拿着最终东西翻来覆去的（检查）控制范围是查过程好不好，进行（偏差分析），来工作绩效信息和需求文档一一比较是否有偏差
三、时间管理
时间管理是667-4343-644的第7个过程。
这是制定管理进度的过程，包括规划、定义活动、排序、估资源、估持续时间、制定进度、控制进度。
【规划进度】：
结合项目管理计划，看看章程中的高层定的计划和审批要求，规定项目时间管理的各个过程、规划进度的方法和工具，确定格式和准则。
【定义活动】：
范围基准上拆分活动和里程碑。
就是定义具体要做什么。
先找到WBS，在【范围基准）里面，记住是要范围基准哦，光有范围说明书这么粗的东西是不行的，关键是要WBS，然后找到具体做这个工作包的人把它拆分成一个个具体的活动（活动清单】，要越具体越好，每个小活动不要太复杂，否则继续分下去，最后给每个活动加个描述（活动属性】，再定出一个个检查点（里程碑清单】，这下子要做的事情就很具体了
工具和技术：
分解、滚动式规划、专家判断
【排列活动顺序】：
活动有优先级的，要分先后轻重的，就对刚才的【活动清单）、【活动属性）和【里程碑清单）进行排列最简单了，因为不同的产品的特征不一样，考虑软逻辑和硬逻辑（如盖房子必须先打地基），所以再让他看看【范围说明书），看懂后开始排顺序了，怎么排呢，用（进度网络图）来排，画圈圈，填活动名称，用箭头连可以想象，活动多了，画出来就是一个蜘蛛网一样（进度网络图】。
工具和技术:
紧前关系绘图法（FS/FF/SS/SF）、确定依赖关系、提前量和滞后量
【估算活动资源】：
确定每个活动要用多少人、和物品（均可以采购）。
参考资源日历给活动标上资源。
排列活动之间关系顺序是需要知道事情大概干什么，但是估计资源就不用，看着一个个具体事情本身【活动清单）【活动属性）就知道要分配谁了，当然查【资源日历）确认一下人家是否有时间嘛，没时间分了也白搭，还得查查“估算成本”的输出【活动成本估算），然后在查查【风险登记册），最后汇总成一张清单，包括每个活动有谁来做，要用什么东西，这就是（活动资源需求】，还要分配的资源类别（资源分解结构RBS】，这样很直观也好管理。
工具和技术:
专家判断、备选方案分析、发布的估算数据、自下而上估算
【估算活动持续时间】：
参考范围说明书和资源日历标上资源所需时间。
确定每个活动花多久来做。
还是一样，找出那个活动清单和属性表【活动清单）、【活动属性），例如“登录网页设计”由张三负责设计，张三这人水平怎么样的，得去【资源日历）里面看看，原来是初级工程师，应该会做得慢点，那就定的时间长点，但是从【范围说明书）上注明了这个很重要，要得有点急，时间要往前推，最后在活动清单和属性表后面加了估算出来的时间就是（活动持续时间估
算】
工具和技术:
专家判断、类比估算、参数估算、三点估算、群体决策技术（包括一致同意（德尔菲技术）、大多数原则、相对多数原则、独裁）、储备分析
【制定进度计划】：
汇总之前所有文档定出进度计划。
选择一种工具和进度模型（如microsoftproject和甘特图），开始画进度了。
把之前搞出来的东西都录入进去，包括【活动清单）、【活动属性），【进度网络图）、【活动资源需求）、【资源分解结构）、【资源日历）、【活动持续时间估算）、【项目人员分派）、【风险登记册）、再检查检查【范围说明书）是否有什么没有考虑到的，都录进去了就得到了（进度计划】，从进度计划里面规范出一个考核文档就是（进度基准】，同时还形成了进度数据、项目日历。
工具和技术:
关键路径法、关键链法
资源优化技术：
资源平衡和资源平滑
进度压缩：
赶工和快速跟进
【控制进度】：
实时监控项目进度状态，判断状态，根据目前实际情况进行进度预测，看能否按照计划进行。
这个和控制范围一样，拿每天收集的指导和实施工作情况产生的【工作绩效数据）和【进度计划）、“进度基准”一比较就知道了，怎么看不到“进度基准”，原来藏在【项目管理计划）里面，最后得到（工作绩效信息】，发现问题就提出修改（变更请求】
工具和技术:
绩效审查（趋势分析、关键路径法、关键链，挣值管理）
资源优化技术：
资源平衡和资源平滑
提前量和滞后量
进度压缩：
赶工和快速跟进
四、成本管理
成本管理是667-4343-644的是有4个过程，讲的是管理钱的问题，其中包括规划成本管理、估算成本、制定预算、控制成本。
【规划成本管理】：
结合项目管理计划，看看章程中的高层定的总体预算，规定项目成本管理的各个过程、方法和工具，确定成本测量的计量单位、精确度、准确度、组织程序链接、控制临界值、绩效测量规则、报告格式、其它规则等
【估算成本】：
参考进度、人力、风险，在范围工作包上大概算算花费。
既然是大概算算，从【范围基准）里面的WBS工作包开始估算也可以从活动开始估算，时间急不急【进度计划）、人手够不够【人力资源计划），风险带来损失【风险登记册）都会影响到成本估计，得到（活动成本估算】，这并不意味着基于活动的估算哦，是基于工作包的估算。
还要有个备注（估算依据】，否则老板不知道钱为什么要这样花。
工具和技术:
专家判断、类比估算、参数估算、自下而上估算、
三点估算、
储备分析、
质量成本、项目管理软件、卖方投标分析、群体决策技术（包括一致同意（德尔菲技术）、大多数原则、相对多数原则、独裁）
输出：
活动成本估算、估算依据、项目文件更新
【制定预算】：
参考范围、日历，在进度计划上汇总成本曲线。
首先把【活动成本估算）拿来，（估算依据】仍然要备给老板看，再参考采购【协议）上进货花的钱，看看【资源日历）中人和物的成本，还需参考【风险登记册）中预防措施的话费，汇总加起来得到一个总数，光有总数还不够，还要分配到各个阶段上去，如何做呢？
【进度计划）里面不就定义了里程碑吗，直接填到里面就一目了然了，设计到钱的问题不能马虎，反复查查范围有没变【范围基准）和人有没时间【资源日历），做到天时地利人和，这样就得到一个曲线（成本基准】和一个阶梯线（项目资金需求】，即做这个项目一共要多少钱，每个阶段用多少钱。
工具和技术:
专家判断、成本汇总、储备分析、历史关系、资金平衡限制
输出：
成本基准、项目资金需求、项目文件更新
【控制成本】：
实时监控，发现实际与计划的差异，管理成本基准的变更过程。
同理控制进度和控制范围，拿每天收集的工作情况【工作绩效数据）和预算中的【项目资金需求）和“成本绩效基准”一比较就可以得出花钱工作做的如何了，怎么看不到“成本绩效基准”，原来藏在“项目管理计划”里面。
最后得到（工作绩效信息】，和控制一样，还有在工作进展到这个时间点上预测一下未来阶段成本（成本预测】，要时刻注意有没有多花和少花以及够不够花，另外发现问题要提出修改（变更请求。
工具和技术:
挣值管理、预测、完工尚需绩效指数、绩效审查（偏差分析、趋势分析、挣值绩效）、项目管理软件、储备分析
五、质量管理
质量管理是667-4343-644有3个过程，是“多快好省”的好的问题，具体是管理产品质量，防止退货返修造成的损失，所以质量和钱一样很重要。
包括三个过程，即规划质量、质量保证、质量控制。
【规划质量】：
参考范围、时间、成本“三大基准”、风险、客户要求，来规划质量。
范围多少能影响到质量，就好像做一个普通人穿的衣服，和宇航员穿的衣服本质就是不同的，质量差别就很大.
那为什么时间和成本也要考虑呢？
时间太急质量也要调低，投资太少质量也要相应要求低点，总之这是相辅相成的因素。
所以首先要用到【范围基准），时间和成本的规划都用到范围基准，充分说明了范围是基础了，事情有没有定下来，严重影响到要多长时间和花多少钱；再找客户问清楚他们对质量的要求，例如客户说这个产品只是要某某功能，那就质量规划也围绕这个来，即用到【干系人登记册）；质量好不好影响好售后，这是钱的问题，很重要，要考虑风险分析【风险登记册），再看看时间【进度基准）和成本【成本基准），定出一个计划（质量管理计划】，和怎么测量质量好坏的指标（质量测量指标】，网上下载一份本行业的（质量核对表】来核对质量，再提出一个（过程改进计划】，过程改进是基于一些专家提出的观点而诞生的，大致意思就是检查是临时抱佛脚，是事后行为，只有在一开始和做事情的过程中就规范好，最后出来的产品才不会差，这就好像中国足球应该要从小孩子抓起，而不是强行把国家队塞去联赛去打打就能提高的。
7中基本质量工具：
（由初到细，有表面到根本）散布图、直方图、帕累托图、因果图、以及流程图、检查表和控制图
【质量保证】：
保证工作质量。
比对工作、产品质量结果和指标保证过程没有质量问题，拿每天收集的工作情况【工作绩效信息）和【质量测量指标），还包括产品质量的测量结果【质量控制测量结果）一对比检查，就知道工作情况了，怎么没有“工作绩效测量结果”呢？
过程中出问题是不需要文档的，有时间，范围和成本写出来的“工作绩效测量结果”就足够发现产品问题了，只要提出修改（变更请求】就好了。
【质量控制】：
确认产品质量，确认产品变更。
监控质量结果即产品有没有到达质量和按变更改好了。
拿由控制时间、范围和成本输出的【工作绩效数据），和基准【质量测量指标）、【质量核对表）一起去检查分析产品【可交付成果）质量如何，得到一个文档即（质量控制测量结果】，同时确认产品是否达到质量要求，达到就是确认了产品（确认的可交付成果】，没有达到就提出修改意见（变更请求】；再使用变更控制委员会上【批准的变更请求）去检查产品是否按要
求改了，如果改了，就确认这个修改（确认的变更】
六、人力资源管理
人力资源管理667-4343-644是有4个过程。
就是去找人来干活。
包括制定人力资源计划、组建项目团队、建设项目团队、管理项目团队。
【制定人力资源计划】：
定找人计划。
通过时间管理得到活动对资源“人”的需求即【活动资源需求），才知道如何定义找人计划，即（人力资源计划】，包括角色和职责、项目组织图、人员配备管理计划（招募、资源日历遣散、培训、认可与奖励、合规性、安全）
工具和技术:
组织图与职位描述（层级型（高层级角色）、矩阵型和文本型（记录详细））、人际交往、组织理论、专家判断、会议
【组建项目团队】：
去找人。
通过“项目管理计划”把人找来了整理成一个清单即（项目人员分派】，并且把每个人具体可用时间写下来成（资源日历】
工具和技术:
预分派、谈判、招募、虚拟团队、多标准决策分析（可用性、成本、经验、能力、知识、技能、态度等）
【建设项目团队】：
提高团队士气提高凝聚力。
例如一起去唱个卡拉OK，通过【项目人员分派）联系到所有团队名单，参考【资源日历）得到每个人具体空闲时间，这样就可以定下来什么时候都谁能参加party了。
最后项目经理把类似所有的“腐败”的效果记下来，整理成团队融洽程度文档（团队绩效评价】。
工具和技术:
人际关系技能、培训、团队建设活动、基本规则、集中办公、认可和奖励、人事测评工具
【管理项目团队】：
解决团队成员间冲突，提高团队效率。
有【项目人员分派）这个名单就知道谁是谁，有团队融洽程度【团队绩效评价）和【问题日志）就知道如何解决成员冲突了，再根据项目目前执行效果即【工作绩效报告），判断是否要提交团队效率，来管理团队。
发现问题提出（变更请求】
工具和技术:
观察和交谈、项目绩效评估、冲突管理、人际关系技能
七、沟通管理
沟通管理是667-4343-644的3个过程。
沟通管理就是和客户保持良好关系。
不要只是记得向老板汇报，其实经常向客户汇报，有效处理好客户问题也很重要。
包括规划沟通管理、管理沟通、控制沟通。
【规划沟通】：
确定谁需要什么信息、怎么沟通。
通过【干系人登记册），来定通过是否电话还是邮件沟通，上午还是下午，平时还是周末，每日还是每周等，即（沟通管理计划】。
工具和技术:
沟通需求分析、
沟通技术、
沟通模型、
沟通方法、会议
【管理沟通】：
根据沟通管理计划，处理及处置项目信息的过程，促进干系人之间实现有效率有效果的沟通。
根据“监控项目工作”输出的工作绩效报告（汇集项目绩效和状态信息），有利于促进沟通。
输出“项目沟通”。
工具和技术：
沟通技术、沟通模型、沟通方法、信息管理系统、报告绩效
控制沟通：
整个生命周期中对沟通进行监督和控制的过程，满足项目干系人对信息的需求。
控制沟通可能引起重新开展规划沟通和或/管理沟通，所以得从指导和管理项目阶段就开始做好沟通控制，得到的信息用于监控工作。
八、风险管理
风险管理是667-4343-644是有6个过程。
风险管理就是在不断找出风险并加以控制的过程，体现的是未雨绸缪，防范于未然的思想。
包括规范风险管理、识别风险、定性风险分析、定量风险分析、规划风险应对、监控风险。
输出比较好记，除了第一个是风险管理计划，其他都是“风险登记册”，即不停的往上面添加新内容。
【规划风险管理】：
分析范围管理计划、成本管理计划、进度管理计划、人力资源管理计划、沟通管理计划以及批准的范围基准、进度基准以及成本基准即项目管理计划，分析项目章程中高层级风险，分析干系人等级册，得到（风险管理计划】
技术工具：
进行（规划会议和分析）
【识别风险】：
列出所有风险。
分析四大基础，即【范围基准）、【成本管理计划）、【进度管理计划）、【质量管理计划），仔细研究一下活动成本【活动成本估算）和活动时间【活动持续时间估算），看看质量要求【质量管理计划），看看人力资源情况【人力资源管理计划），看看采购情况【采购文件），再找客户【干系人登记册）多聊聊，把风险都列出来，即（风险登记册1】
技术工具：
（文件审查）检查文档是否真实有效，采用（信息搜集技术）来找出风险，（核对表分析）对核对表分析，（假设分析）对假设进行分析有效性，（图解分析）画图方式来整理思维找出风险，（SWOT分析）从内外部，即优劣、机会和威胁来找出风险。
【定性风险分析】：
综合分析风险的概率和影响，对【风险登记册）的风险进行优先排序。
根据风险发生概率或可能性，以及风险发生后的影响以及其他要求，来评估已识别风险的优先级，为定量风险分析奠定基础。
对【风险登记册）排个序，通过查阅【范围基准）再次评估项目情况，最后得到一个排好序的风险列表（更新的风险登记册】：
（每个风险的概率和影响评估、评级和分值、风险紧迫性、分类、观察清单、进一步分析的风险）还有假设条件日志。
技术工具：
风险概率与影响评估，概率和影响矩阵，风险数据质量评估，风险分类（RBS），风险紧迫性评估
【定量风险分析】：
给时间和成本风险标出发生概率，进行定量分析。
对【风险登记册）标出发生概率，要算出发生概率，要用到数据，只有成本和时间有数据分析，即用到【成本管理计划）、【进度管理计划），最后得到一个标上概率的风险列表（更新的风险登记册】
技术工具：
数据收集和展示技术（访谈、概率分布），定量风险分析和模型技术（敏感性分析（龙卷分）、预期货币价值（决策树）、蒙特卡
升级会员 