人工智能产品项目管理规划(参考).docx
《人工智能产品项目管理规划(参考).docx》由会员分享,可在线阅读,更多相关《人工智能产品项目管理规划(参考).docx(54页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、泓域/人工智能产品项目管理规划人工智能产品项目管理规划目录一、 识别风险3二、 实施定性风险分析8三、 控制沟通10四、 管理沟通11五、 管理干系人参与22六、 识别干系人24七、 产业环境分析26八、 实施产业链现代化攻坚行动27九、 必要性分析31十、 项目简介31十一、 建设进度分析35项目实施进度计划一览表36十二、 经济效益评价37营业收入、税金及附加和增值税估算表38综合总成本费用估算表39利润及利润分配表41项目投资现金流量表43借款还本付息计划表46十三、 投资计划方案47建设投资估算表49建设期利息估算表50流动资金估算表51总投资及构成一览表52项目投资计划与资金筹措一览
2、表53一、 识别风险管理风险的第一步是识别出对项目会产生重大影响的风险,这就是风险识别活动。后续的风险管理过程事实上都是围绕着被识别出的风险来开展和进行的,所以识别风险是风险管理最重要的基础,但这也是最难的一部分。因为风险是未来潜在的危害,它并不会在现在对项目产生影响。很多实施了风险管理活动的项目,仍然会出现较大的意外而导致项目失败,其根源就在于项目并没有真正识别出那些会对项目产生危机的风险。有经验的项目经理可以提早发现这种潜在的危害而提前处理。识别风险活动有两个主要的过程:寻找潜在的风险。对每个风险特征进行描述。(一)风险识别技术风险对项目来说是一种潜在的危害,识别风险活动就是对这种未来可能
3、发生的危害作出预测。对风险进行识别要从源头着手,也就是从导致风险产生的根源处开始挖掘和判断。风险产生的根源可以分为两大类:内部风险和外部风险。前者是指由于项目本身的工作没有达到要求而导致的风险,后者则是指外部的某些因素可能会对项目产生危害。由于项目管理最基本的原则就是通过项目活动实现项目的最终目标,所以识别风险的活动可以从项目计划开始进行。一个简单而基本的原则就是“我们可以对任何一项活动及其结果提出疑问”。这种疑问包括:该活动是否可以顺利完成既定的目标?目标包括:进度要求、成本要求、质量要求、范围要求。保证该活动完成的资源是否满足基本的要求?该活动顺利完成是否存在一定的假设和前提条件?这些因素
4、是否会变化?该活动是否存在一定的外部依赖关系?这些依赖条件是否能一定得到满足?是否存在导致该活动不能顺利完成的其他外部因素?仔细看这些问题,它给出了发现和识别风险的一定方法,但相当低效率。因为我们可以假设所有的活动都可能不如我们预期的那样顺利,但这却让我们无从下手,因为不可能有充足的资源去处理它们。我们需要的是识别对项目真正可能有影响的风险并进行处理。如果一个项目风险管理做得出色的话,项目就很少被“意外”和“危机”打断。反之,风险管理欠佳的项目会整天疲于应付那些所谓的“意外”和“危机”。上面的方法对于发现那些内部的风险给出了一定的识别范围,但依然需要经验来高效率地过滤掉那些不必要的“担心”。对
5、于外部风险则完全依赖于“发散性思维”,因为项目所处的外部环境范围是相对模糊的。总体来说,在实践中所采取的风险识别技术大都是基于“发散性思维”的。1、头脑风暴法头脑风暴法也称集体思考法,是以专家的创造性思维来索取未来信息的一种直观预测和识别方法。此法由美国人奥斯本于1939年首创,从20世纪50年代起就得到了广泛应用。头脑风暴法一般在一个专家小组内进行。通过专家会议,发挥专家的创造性思维来获取未来信息。这就要求主持专家会议的人在会议开始时就能激起专家们的思维“灵感”,促使专家们感到急需回答会议提出的问题,通过专家之间的信息交流和相互启发,诱发专家们产生“思维共振”,以达到互相补充并产生“组合效应
6、”,获取更多的未来信息,使预测和识别的结果更准确。事实上,头脑风暴法不仅仅适用于寻找风险,只要是需要大家的经验和意见的情况,都可以用头脑风暴法来解决问题。2、访谈向项目组内部和外部的资深专家进行关于风险的面谈有助于找出那些在常规计划中没有被识别的风险。在访谈前,负责风险识别的人,员(通常是项目经理)选择合适的访谈人员,事先向他们提供项目的有关背景情况和其他一些必要的信息,如项目计划、项目范围和项目的一些约束条件等。在访谈过程中,这些被访谈的人员利用他们的专业背景、丰富的项目经验,在所提供信息的基础上挖掘出一些以前未被发现的风险。3、检查表前两种方法都是把“识别风险”看作一种高度依赖个人经验的技
7、能,通过某种方法让有经验的人提供帮助。检查表则是一种把这些经验进行“传递”的方法,操作起来快速、简单而且有效,其结果不过分依赖于操作者的经验。所谓检查表,就是一个项目可能会遇到的风险列表。风险识别人员对照表中的每一项进行判断,逐个进行检查。这个列表最初是由组织中最有经验的人员创建。表的每一项都列出了可能会遇到的风险,它可能来源于过去曾经遭遇过的风险或者所经历过的危机,这些经验被转变成可以被以后项目所使用的知识。这个表是需要不断维护的,因为一个项目即使继承了过去全部的经验也不能保证它不会遇到新的危机。这个方法的优点是简单、快速、容易理解而且结果稳定,缺点是它更多的是继承过去,无法预防可能遇到的新
8、的风险,所以它往往和前面的两种“发散型”识别技术配合使用。在本章开始时曾经对风险进行过分类,它以人们对风险了解的程度来做分类标准。在实践中,人们在寻找和判别风险的时候实际上也从类似的两个方面出发:一个是风险的危害,另一个是风险的起源。例如:纽约的世贸大厦集中了全美乃至全球最重要的金融机构,其一定会对可能遇到的风险进行准备。其中之一就是假设计算机设备如果突然遭到毁坏该如何应对。显然,这是从危害的角度来识别风险的。(二)风险分类不同类型的项目有不同的风险,相同类型的项目根据其所处的环境、项目客户与项目团队以及所采用的技术与工具的不同,项目风险也是各不相同。总的来说,基本可分为以下四类。1、产品风险
9、项目采用的技术与工具是项目风险的重要来源之一。一般来说,项目中采用新技术或技术创新无疑是提高项目绩效的重要手段,但这样也会带来一些问题,许多新的技术未经证实或并未被充分掌握,则会影响项目的成功。还有,人们出于竞争的需要,会提高项目产品性能、质量方面的要求,而不切实际的要求也是项目风险的来源。2、管理风险项目管理风险包括项目过程管理的方方面面,如项目计划的时间、资源分配(包括人员、设备、材料)、项目质量管理、项目管理技术(流程、规范、工具等)的采用以及外包商的管理等。3、组织风险组织风险中的一个重要的风险就是项目决策时所确定的项目范围、时间与费用之间的矛盾。项目范围、时间与费用是项目的三个要素,
10、它们之间相互制约。不合理的匹配必然导致项目执行的困难,从而产生风险。项目资源不足或资源冲突方面的风险同样不容忽视,如人员到岗时间、人员知识与技能不足等。组织中的文化氛围同样会导致一些风险的产生,如团队合作和人员激励不当导致人员离职等。4、外部风险项目外部风险主要是指项目的政治、经济环境的变化,包括与项目相关的规章或标准的变化,组织中的雇佣关系的变化等。这类风险对项目的影响和项目性质的关系较大。二、 实施定性风险分析风险的分析活动就是对被识别的风险的两个特征进行评价:风险发生的概率和发生风险后对项目产生的影响。根据评价的手段和方法,风险分析有风险定性分析和风险定量分析两个过程。其中,定量分析是在
11、定性分析的基础上进一步的量化。而通常在项目运作过程中,运用最普遍的还是定性分析,所以本文着重讲解风险定性分析。所谓定性分析,就是对这两个因素进行定性的判别,这大都是一种主观性的活动。风险概率是指风险发生的可能性。风险概率一般可以分为极高、高、中等、低、极低五个等级。对风险概率通常可以用三种方式进行描述:百分比、自然语言、数字等级。百分比描述相对精确,如某风险发生的概率是30%或者80%;般来说,风险概率必须大于0,否则风险不可能发生,也同时必须小于100%,否则就是一个既定要发生的事实,不是风险。自然语言则用简洁平实的语言对风险概率进行描述,如极不可能、不太可能、可能、非常可能、几乎肯定等。数
12、字等级则采用连续的整数对风险从极低到极高进行进一步的细分。如“1级”代表概率最低,“5级”代表概率最高,或者反之也可以,只要预先定义好即可。风险影响是指风险一旦发生后,对项目产生负面后果或损失的估计,它反映的是一种严重程度。描述风险发生后的影响可以采用类似于风险概率的描述方法,以数字等级排序(1到10)或者用自然语言排序(极低、低、中、高、极高)。一般通过一个“转换表”,把风险的后果描述和风险影响数值排序进行对应关联。表95所示的例子非常直观地列出了风险发生后的损失及对应的影响级别。除了财务上能够准确度量的风险后果外,项目的其他一些因素也可以作为风险影响估计的参照,并且制定出相关的转换表,这些
13、因素可以是成本、人力资源、进度、质量、技术等。我们通过评价风险的“发生概率”和“影响”,就可以确定我们需要关注哪些风险,是关注那些“发生概率高的”还是关注那些“影响程度大的”,这应该综合考虑。一般来说会定义:风险值=概率x影响。风险值是对风险进行排序的主要依据,即风险值高的风险,被列为优先考虑的风险,反之亦然。在经过了充分的风险识别和风险分析以后,项目组可以获取一个经过排序的风险清单,称为“风险排序表”。风险排序表通常包括风险的优先顺序(以风险值从高到低排序)、风险描述、风险概率、风险影响和风险值。风险排序表是一个需要动态维护的表,即随着项目进展到不同的阶段(计划、执行、监控和收尾等),需要实
14、时地根据最新情况进行更新。三、 控制沟通控制沟通是在项目生命周期中对沟通活动的实施状况进行监督和控制的过程,其目的是确保项目干系人对项目实施状态和信息的需求。其作用是保障这一过程有效果且有效率。控制沟通过程可以从两个层面来监督和提升项目实施沟通过程的效果和效率:在项目层面,按照项目沟通管理计划监督项目沟通活动的实施效果,确保已定义的项目沟通体系有计划、有效率地运作。在一线的项目沟通活动实践中,不断总结和挖掘可以改进的项目沟通方法、技术和流程,并上升到组织层面进行改进。四、 管理沟通管理沟通是项目中沟通活动的主要实施过程。根据目的的不同,它主要包括两大类活动:获取项目的实施状态信息。分发项目的实
15、施绩效报告。这一方面可以有效地促进项目内部各方协作,另一方面则是让管理者及项目干系人真实而准确地了解项目实施状态,判断项目是否处于正常的轨道,以便及早发现和解决问题。在具体实施当中,根据信息发送的内容、目的和发送对象可以选择各种不同的沟通方式,并且还会经常组合应用各种方式。虽然项目沟通可以以正式的和非正式的两种方式进行,但沟通管理计划中的预定活动几乎都是正式的沟通模式,其中又以书面沟通和多对多的会议沟通为主。(一)正式沟通的模式项目成员为了完成项目工作,在明确规定的组织系统内部进行沟通和协调工作,这种沟通是通过一种正式的明确的渠道进行的。在这个过程中,信息发送者和接收者并不一定直接交流,中间可
16、能要经过某些人的转发,这就形成了一定的沟通渠道和沟通网络。同样,沟通的结构形式也会对沟通的效率产生影响。(二)正式的书面沟通这是项目中最广泛存在的沟通形式。例如,项目在实施过程中所产生的各种文档,既包括有关产品工程活动的结果,诸如产品规格、设计文档等,也包括项目管理活动所产生的文档,诸如项目章程、项目计划、反映项目实施状态的绩效报告等。这些文档的目的之一就是传递某种信息。之所以把它定义为正式的书面文档,是因为它们还代表着某种约定和承诺,也可以说担负了“某些管理职能”。在使用文档这种书面的沟通形式的时候,应该注意以下几点:必须事先约定统一的“符号系统”,这样就使得沟通双方在提供和获取信息的表示形
17、式上达成一致,避免信息传递偏差。使用事先约定的文档模板。模板的作用除了使文档看起来统一而美观外,更重要的目的是使沟通双方在沟通前对要沟通的内容和展现形式达成双方认可的约定和默契,这将非常有助于提高后续沟通活动的有效性和实施效率。表述上应该使用简练而准确的语言和文字,避免传递“非字面因素”以外的信息。因为后者非常容易产生不同人在理解上的差异,从而在项目中造成混乱,引起不必要的麻烦。正式的书面沟通主要用于项目中的约定、承诺和可预测的信息发布。采取的实施方式通常表现为文档,例如利用MSOffice系列的Word、Excel和PowerPoint所产生的书面文档,有时还需要事先约定这些文档存放的地点和
18、更新的过程,因为它们体现了某种管理作用,必须方便项目团队获取和使用。这就是项目整体管理中所提到的配置管理的作用。随着信息技术的渗透,也有很多组织采用基于Web的信息创建和发布。例如,建立组织内部统一的项目管理信息系统,所有需要的信息都可以从Web上获取,信息的录入也是通过Web。这样做会大大降低实施项目管理后引入的额外成本,而同时又能够创造管理效益,提高项目管理的投资回报率。(三)会议沟通在项目实施当中,经常会利用会议的形式来实现和促进项目团队就一个特定主题进行充分沟通和交流。从沟通原理上来说,这种形式大多表现为一对多或者多对多的沟通。根据会议目的的不同,通常会有三种不同的会议沟通类型:项目状
19、态评审会议、项目问题解决会议、项目技术评审会议。按照会议沟通的参与方来划分,会议沟通可以划分为项目内部会议和项目干系人两种。前者在更多意义上是一种内部的集体决策或者交流,后者则更多地体现在调和干系人之间的不同诉求和矛盾之上。1、项目状态评审会议项目状态评审会议定期对项目当前的实施状态进行汇报,分析和总结当前项目的状态是否正常,引入高层管理者和干系人来了解项目的真实情况并帮助解决部分问题。这种会议的形式很多,但都是周期性进行,并且事前就作好详细的会议计划。会议大都是一对多的沟通形式,追求实施效率。会议根据汇报的内容和层次选择不同的参与者和实施周期。例如:对项目组内部的状态评审可以每周进行,这就是
20、通常所说的“周例会”。内容主要包括:上阶段原计划的工作完成情况。工作出现的偏差,导致偏差产生的原因以及应对策略。评估风险状况,识别新出现的风险。综合考虑当前状态,从而预测项目工作的发展趋势,判断是否需要变更。下阶段的工作计划。对项目的高层领导,则可能每月进行一次较正规的项目评审会,主要内容包括:项目总体目标的完成情况。和项目的基准计划之间存在的偏差,偏差产生的原因和解决办法。对项目工作未来的发展进行预测。项目遇到的问题和风险。需要的干系人支持。每个组织应该为这种会议作好通用的会议模板。2、项目问题解决会议当项目出现严重影响进展及危害实现预定目标的问题时,需要立即召开问题分析和解决会议。这种会议
21、大都是事件驱动的,并根据问题的大小和严重程度,有选择地邀请所涉及的干系人。一般在会议之前几天内才发出会议通知和会议的详细进程安排。为了保证会议进行的相对有效,需要在会议前就把项目所出现问题的相关信息通知会议参与者,以便参与者可以事先做些准备。一般情况下,该种类型会议会有如下的内容和进度安排:描述和说明项目存在的问题。分析问题产生的根源。提出可行的问题解决方案。制订详细的问题解决实施计划,并明确责任人和进度要求。判断是否出现项目变更要求。这种会议在问题分析和寻找解决方案的过程中,经常会采用“头脑风暴”来寻找答案。所以,它是一种典型的多对多的沟通形式。会议的组织者这时候需要承担起协调和组织作用,避
22、免“思维过度发散”从而造成“偏离主题”,否则会极大地降低会议的效率。3、项目技术评审会议项目中存在着大量需要集体讨论和决策的技术问题,可以通过技术评审会议来完成。同时,技术评审也是实施产品质量控制的一种有效手段。在大多数情况下,技术评审会议是一种事先计划好的,有明确目标和目的的会议。会议主要针对产品的某一技术文档进行评审。由于技术文档本身的内容具有一定的深度,需要参与者保持较好的精神状态才能有效地实施所要求的“脑力劳动”,所以对技术评审会议非常注重实施的过程要求。首先,要求组织者提前将技术文档发给参与者。这样参与者可以有充足的时间来了解有关的背景知识。一个很好的建议是:技术文档的作者可以举行一
23、个小型的介绍会议,以帮助参与者更快速而准确地理解,提高效率。总之,如果仅仅在会议进行当中才开始逐步理解文,档的内容将是极其低效率的,而且不会产生好的效果。其次,在会议进行过程中要特别注意控制会议的实施进程。技术评审会议需要大量的“脑力活动”,这种活动实施的效果和精神状态有着直接的关系。研究表明,人脑保持精神集中的持续时间在1小时左右,所以我们经常发现过长的技术评审会议会在会议的后半程中有效性大大地降低。我们建议会议时长不超过1个小时,必要的话将其分解成多个小型的会议来进行。最后,会议会对被评审的技术文档产生大量的修改建议,这些建议必须被有效地记录,以便于后续的跟踪活动来确保会议所体现的效果。(
24、四)非正式沟通活动除了正式的沟通活动外,项目中间还存在着大量的非正式沟通活动。这些非正式沟通活动并不局限于某种传播形式,它既可以通过口头形式,也可以通过书面形式,但有着共同的特点:没有事先的计划,经常属于突发性的需求,且大多是一方产生的需求。双方在沟通前并没有就沟通的范围、内容和所使用的“共同语言”达成一致,经常会产生理解上的“偏差”,所以经常不是很有效率。传播的内容可能非常广泛,也不具有正式沟通中所体现的“约定”和“承诺”,所以其产生的作用不可预测。非正式沟通往往伴随着人际关系的目的,所以经常用于和人力资源管理相关的活动,如激励、领导者关心下属的活动等。根据这些非正式沟通活动所产生的结果,可
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 人工智能 产品 项目 管理 规划 参考
限制150内