汽车电子零部件项目管理计划_范文.docx
《汽车电子零部件项目管理计划_范文.docx》由会员分享,可在线阅读,更多相关《汽车电子零部件项目管理计划_范文.docx(29页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、泓域/汽车电子零部件项目管理计划汽车电子零部件项目管理计划目录一、 公司概况3公司合并资产负债表主要数据3公司合并利润表主要数据3二、 收集需求4三、 确认范围7四、 风险的基本概念8五、 控制风险12六、 验证与确认15七、 质量的适用性17八、 产业环境分析18九、 我国汽车零部件行业发展趋势18十、 必要性分析20十一、 项目投资分析20建设投资估算表22建设期利息估算表23流动资金估算表24总投资及构成一览表26项目投资计划与资金筹措一览表27十二、 项目规划进度28项目实施进度计划一览表28一、 公司概况(一)公司基本信息1、公司名称:xxx(集团)有限公司2、法定代表人:丁xx3、
2、注册资本:670万元4、统一社会信用代码:xxxxxxxxxxxxx5、登记机关:xxx市场监督管理局6、成立日期:2013-5-97、营业期限:2013-5-9至无固定期限8、注册地址:xx市xx区xx(二)公司主要财务数据公司合并资产负债表主要数据项目2020年12月2019年12月2018年12月资产总额5358.734286.984019.05负债总额2432.691946.151824.52股东权益合计2926.042340.832194.53公司合并利润表主要数据项目2020年度2019年度2018年度营业收入24880.2019904.1618660.15营业利润5661.024
3、528.824245.77利润总额4865.533892.423649.15净利润3649.152846.342627.39归属于母公司所有者的净利润3649.152846.342627.39二、 收集需求项目目标的4个要素中,最核心的就是范围目标,它定义了整个项目需要交付的结果,可以说是项目所有活动的参照点。但什么因素决定了项目的范围呢?产品所具有的功能其实都是为了满足客户的某种需要,这种需要最终左右了项目应该做什么和不做什么。我们把这种需要称为需求。需求表述了客户打算利用项目成果来做什么,而项目的产品范围则定义了什么样的产品可以实现客户的需要。客户需求是“因”,产品范围是“果”,需求和范围
4、之间存在着一个转化过程,两者之间是有区别的。客户不是仅仅为了拥有而购买产品,而是通过产品来实现某种目的。“需求”是“范围”之源。不同行业,需求和范围在项目管理之中有不同的侧重。在某些传统的行业中,促使项目建立的客户需求是相当明确的。例如,建一栋楼的目的是满足客户居住的要求,这是千百年来都不变化的需求。而用户更关心的是造什么样的房子,这就是范围的概念。在另外一些新兴的行业中,特别是一些IT或者软件类型的项目,项目的需求都是解决一个新的问题,或者是创造出一种新的需要。这个时候连解决什么问题都说不清楚,又怎么能准确把握交付什么样的产品就能解决问题呢?前者就是我们说的“需求”,后者就是所谓的“范围”。
5、这类项目有一个共同的特征:项目是在需求还只是一个概念的情况下开始的,需求是很不清晰、很不准确的。项目的第一个活动就是搞清楚用户需求,然后在正确需求的基础上确定项目的产品范围及工作范围,并作为后续项目活动的基准。这个活动看起来虽然简单,但却有几个重要的环节需要注意:首先,要明确需求收集活动的目的是什么。很多人会误以为需求收集就是搞清楚用户要的是什么产品。定义产品就是确定产品范围,它是在确定需求之后的活动。我们应该在这个阶段集中力量搞清楚以下问题:用户为什么需要这个产品?用户打算拿这个产品解决什么问题?这个产品给用户带来了什么价值?整个需求活动都是围绕着用户来进行的。其次,当我们搞清楚了用户的需求
6、后,就需要确定创建什么样的产品来满足用户需求。这就是需求分析活动的目的,其结果就是定义产品的规格说明书。事实上,很多成熟行业的项目都是从相对详细而准确的产品规格开始的,产品规格定义了产品范围。在IT或者软件行业中,其第一个活动则早于产品规格而是从收集需求开始的,由需求确定规格,也就是产品范围。范围是项目其他活动的源头和基础,所以需要采取措施控制好这个源头。在某些项目中,存在比“范围”还要提前的“需求”活动,则更需要控制好“需求”。“需求”控制好了,由它衍生出的“范围”也就控制好了。但有的时候项目需求变化了,项目范围可能变化也可能不变化。最后,需要特别注意的是:获取项目需求和定义产品规格(范,围
7、)所要求的技能是不同的。获取项目需求的人员必须对要解决的问题,也就是业务领域很熟悉,而定义产品所要求的技能则是技术能力。很少有人在两个领域都是专家。如果只具备一种技能的人做了两个要求不同的事情,很可能某一件事达不到要求。一个懂技术但不懂业务的人员去收集客户需求,容易导致需求质量不高,这一问题在现实中经常出现。了解项目需求、确定项目范围确实有一定的先后关系。很多项目在明确需求之前就签订了项目的实施合同,这个时候项目就承担了一定的风险,因为如果识别的需求和当初估计差距较大,就会导致项目产品和工作范围超出预期。有些大型项目会把需求定义工作和需求实现工作两部分活动分开。在第一阶段,请专门的咨询公司进行
8、需求定义,然后利用定义好的需求进行第二阶段招标,选择合适的需求实现伙伴。这种做法无疑能够保证两部分不同要求的工作都可以达到相应的要求。三、 确认范围确认范围是项目干系人正式承认和接受项目范围的过程,相当于对项目的范围目标作出检验,以确保其是正确的。但是范围目标的检查和其他目标有些不一样,因为它并不能在项目组内部实施,而是需要干系人介入。为了使项目范围得到干系人的正式确认,项目组必须形成一套正式的文件来说明以下问题:项目活动和项目的可交付成果应该达到的要求。遵循什么样的过程来评价项目工作及可交付成果。判断是否达到要求的准则。这样,项目干系人就可以在项目的目标以及如何鉴定目标完成的状态上达成一致,
9、可以准确地评价和判断项目的工作活动和可交付成果是否符合当初的期望,同时也为项目组的工作建立了明确的目标有助于工作顺利地完成。如果这个项目提前终止,那么这个确认范围过程也应该检查并以书面的形式把项目的完成情况记录下来。确认范围不同于后面要讲的质量控制活动。确认范围是统一项目干系人在工作结果上如何验收的问题,而质量控制则是在生产过程中判断工作结果是否正确的问题。通俗地讲,确认范围的过程是为了向干系人证实结果的正确性,而质量控制则是排除差错。两者关注的目标并不一致,但并不排除可能采用类似的技术过程。四、 风险的基本概念谈到项目的风险管理,得先认识什么是风险。在字典中,风险的定义为“损失或损害的可能性
10、”。这里有两个关键点:第一,它强调了风险是一种可能性,也就是说未来可能发生,也可能不发生;第二,它说明了如果发生,将会带来负面的影响。从这一点上来说,大多数风险都是指一种需要规避的因素。但事实上,未来发生的事情既可能带来危害,也可能带来收益,而后者经常被认为是机会。经常说的风险和机会并存,就是指这种不确定性会给事情的发展带来某种变化。这种变化虽然会打破原来的预期,危害到原有计划的执行,看起来是一种损害,但同时在变化中也往往孕育着新的机会。项目风险的定义:一种不确定的事件或情况,发生后会对项目的目标产生某种正面的或者负面的影响。从定义中可以看出,风险有两个基本特征,即风险发生的可能性和风险发生后
11、的影响。这两个要素决定了我们该怎样对待风险。先看风险的第一个要素:风险发生的可能性。无论风险发生的可能性是多少,都意味着不能确信它一定发生。如果一定会发生就不能称为“风险”了。虽然任何风险的发生都有其内在根源和诱因,但从项目本身的范围来看,一定是项目目前不可掌控的因素在影响着风险的发生。虽然有的时候可以知道引发风险发生的根源,但大部分情况却可能是未知的。认识到这一点非常重要,因为它决定了人们对待风险的态度。影响风险发生的因素由外部因素决定,而不受人主观期望的影响。如果意识到这一点,就不得不为风险发生与不发生两种可能都做好准备。例如,一个人买入一只股票时,虽然他期望它会上涨,但影响该股票短期涨跌
12、的因素却不是他的意志,而是所有股东对该股票的买卖力量对比的结果,所以涨跌都有可能。风险意识体现在对未来情形的客观认识和对各种可能情况的积极准备上。风险意识强的人能够清醒地意识到未来可控和不可控的因素都是什么,正视那些不可控因素可能产生的负面影响,积极地做好事前准备;而风险意识弱的人则只会单纯地期望外部环境按照希望的方向发展,当结果相反时只会归责于运气不佳。再看风险的第二个要素:风险发生后所造成的影响。虽然被称作第二个要素,但是只要确定了一个风险,其影响程度就可以得知。所以在现实当中,往往是先考虑哪些情况会对项目产生影响,然后考虑其发生的可能性。当然这里面有个前提,就是已经发现了可能会对项目产生
13、影响的风险。现实中也存在这种情况:某一个风险没有被项目发现,而当其发生的时候才注意到它的影响。虽然总体上说,风险就代表着项目的某种不确定性,但是项目组在进行决策时,或多或少会获得有关风险的若干信息。我们按照对风险已知信息的多少将风险进行如下分类:可以预测到某一类风险,且该风险发生的根源是知道的,由此可以推算出其发生的可能性和危害等所有信息。这一类风险被称为“已知已知”。可以预测到某一类风险,但该风险有关信息却无法全面获知例如其发生的可能性未知,或者危害程度未知。这一类风险被称为“已知一未知”。还有一类风险,我们无法预测到,更谈不上获取其相关的信息了。这一类风险被称为“未知一未知”。事实上,这三
14、者之间是一个包含的关系。它们逐步由未知变化到已知。影响项目的未知因素很多,但是我们需要尽可能地把这些未知因素确定化,以减少对项目的冲击。项目风险实际上就来源于项目所遇到的不确定性,这种不确定性可能来自内部因素,也可能来自外部因素。这些不确定性可能会对项目目标的实现产生影响,需要预见这些因素并进行相应的处理,这就是风险管理最朴实的原则。总体来说,我们可以用5个问题来阐述项目风险管理的意图:什么因素会产生不确定性?这些因素发生的可能性是多少?这些因素发生后对项目的影响有多大?我们做些什么可以缓解风险的影响?我们如何应对风险发生后的情形呢?由于风险是一种不确定性,我们采取相应行动的时候实际上是在不确
15、定性“确定”之前。这就说明上述对待风险的策略是一种“主动出击”。但在现实当中,对这种不确定性的态度决定了有些情况下并不一定会“主动出击”。这是由人的某种“心理倾向”决定的。有两类极端情况:一类是不愿意变化,或者抵制变化的人。这在传统工程师行业中比较多,MBTI里面的SJ类型的人也是如此。他们的倾向就是会有意无意地忽视风险的客观存在。他们喜欢一切都按照计划进行,对于可能发生的变化会在心理上期望其不会发生。另外一类人则喜爱变化,不喜欢一成不变的事情,认为意外的事情会带来机会。很多有商业头脑的人都具备在变化中寻求机会的感觉,MBTI里面的NP类型也属于这种倾向。在上述两个极端情况下会对风险因素采取相
16、对“被动”的应对策略。前一种会忽视存在,后一种是寄希望于发生之后可以“从容”应付。这种被动对待风险的态度经常被称为“印第安纳琼斯式”。五、 控制风险项目的风险特征并不是一成不变的,它可能由于项目采取了相关的应对措施,或者由于项目以外因素的改变发生变化。这种变化将会改变风险排列的优先级顺序,一些新的风险可能会出现。这就需要项目必须持续地关注这些风险特征的变化,及时调整相应措施,这就是控制风险活动。控制风险活动包括两部分的活动和功能,分别是“监督”和“控制”。风险监督活动的主要目的是持续不断地评价项目所处的风险状况。风险监督活动的原则是:需要特别关注那些优先级别高的风险,因为它们对项目的影响最大。
17、一个经常采用的工具就是“项目十大风险跟踪表”。所谓“十大风险跟踪”,就是始终关注风险值最高的10个风险对这些风险进行全程监督和控制。这样可以集中有限的项目资源,解决项目中最主要的风险,最大限度地降低风险给项目带来的负面影响。但是不是只关心前十大风险呢?这只是一个相对的概念,根据项目的规模和特征,这个数值会有所不同。但是带给人们这样一个基本概念:不需要为所有的风险分配有限的资源。十大风险跟踪的具体方法如下:根据风险识别和分析的结果,列出风险值最高的10个风险(前面讲述的“风险排序表”中的前10个风险)。为每个风险制订详细的风险应对计划,其中包括应对措施及责任人,并执行。跟踪风险应对的执行情况,并
18、定期评审和审计计划的执行情况。追踪风险变化的趋势,随时调整每个风险的风险值,并更新十大风险清单。风险控制活动是指在风险发生后,根据风险应急计划来进行相应的危机处理过程。风险控制主要包括下面四个方面的内容:执行某一个应急计划。针对某一个风险,采取纠正措施。选择备用的方案。重新制订项目计划。控制风险的结果通过“风险状态报告”文档来反映。风险状态报告是对风险管理计划、应对计划的执行情况进行定期审计后的主要输出文档。这份报告应该为每个风险考虑可能的四个风险管理方面的情况:风险被解决,风险应对计划完成,跟踪结束。风险管理和应对行动与计划一致,在这种情况下风险管理工作还将继续。风险管理和应对行动与计划不一
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 汽车 电子 零部件 项目 管理 计划 范文
限制150内