项目成功12个关键原那么.docx
《项目成功12个关键原那么.docx》由会员分享,可在线阅读,更多相关《项目成功12个关键原那么.docx(10页珍藏版)》请在冰豆网上搜索。
项目成功12个关键原那么
项目成功的12个关键原那么
1、项目领导必需关注项目成功的三个标准
2、
3、简单地说,一是准时;二是预算控制在既定的范围内;三是质量得到经理和用户们的赞许。
项目经理必须保证项目小组的每一位成员都能对照上面三个标准来进行工作。
4、
5、2、任何事都应当先规划再执行
6、
7、就项目管理而言,很多专家和实践人员都同意这样一个观点:
需要项目经理投入的最重要的一件事就是规划。
只有详细而系统的由项目小组成员参与的规划才是项目成功的唯一基础。
当现实的世界出现了一种不适于计划生存的环境时,项目经理应制定一个新的计划来反映环境的变化。
规划、规划、再规划就是项目经理的一种生活方式。
8、
9、3、项目经理必须以自己的实际行动向项目小组成员传递一种紧迫感
10、
11、由于项目在时间、资源和经费上都是有限的,项目最终必须完成。
但项目小组成员大多有自己的爱好,项目经理应让项目小组成员始终关注项目的目标和截止期限。
例如,可以定期检查,可以召开例会,可以制作一些提醒的标志置于项目的场所。
12、
13、4、成功的项目应使用一种可以度量且被证实的项目生命周期
14、
15、标准的信息系统开发模型可以保证专业标准和成功的经验能够融入项目计划。
这类模型不仅可以保证质量,还可以使重复劳动降到最低程度。
因此,当遇到时间和预算压力需要削减项目时,项目经理应确定一种最佳的项目生命周期。
16、
17、5、所有项目目标和项目活动必须生动形象地得以交流和沟通
18、
19、项目经理和项目小组在项目开始时就应当形象化地描述项目的最终目标,以确保与项目有关的每一个人都能记住。
项目成本的各个细节都应当清楚、明确、毫不含糊,并确保每个人对此都达成了一致的意见。
20、
21、6、采用渐进的方式逐步实现目标
22、
23、如果试图同时完成所有的项目目标,只会造成重复劳动,既浪费时间又浪费钱。
俗话说,一口吃不成个胖子。
项目目标只能一点一点地去实现,并且每实现一个目标就进行一次评估,确保整个项目能得以控制。
24、
25、7、项目应得到明确的许可,并由投资方签字实施
26、
27、在实现项目目标的过程中获得明确的许可是非常重要的。
应将投资方的签字批准视为项目的一个出发点。
道理很简单:
任何有权拒绝或有权修改项目目标的人都应当在项目启动时审查和批准这些项目目标。
28、
29、8、要想获得项目成功必须对项目目标进行透彻的分析
30、
31、研究表明,如果按照众所周知记录在案的业务需求来设计项目的目标,则该项目多半会成功。
所以,项目经理应当坚持这样一个原则,即在组织机构启动项目之前,就应当为该项目在业务需求中找到充分的依据。
32、
33、9、项目经理应当责权对等
34、
35、项目经理应当对项目的结果负责,这一点并不过分。
但与此相对应,项目经理也应被授予足够的权利以承担相应的责任。
在某些时候,权利显得特别重要,如获取或协调资源,要求得到有关的中小企业的配合,做相应的对项目成功有价值的决策等等。
36、
37、10、项目投资方和用户应当主动介入,不能被动地坐享其成
38、
39、多数项目投资方和用户都能正确地要求和行使批准(全部或部分)项目目标的权力。
但伴随这个权力的是相应的责任——主动地介入项目的各个阶段。
例如,在项目早期要帮助确定项目目标;在项目进行中,要对完成的阶段性目标进行评估,以确保项目能顺利进行。
项目投资方应帮助项目经理去访问有关的中小企业和目标顾客的成员,并帮助项目经理获得必要的文件资料。
40、
41、11、项目的实施应当采用市场运作机制
42、
43、在多数情况下,项目经理应将自己看成是卖主,以督促自己完成投资方和用户交付的任务。
项目计划一旦批准项目经理应当定期提醒项目小组成员该项目必须满足的业务需求是什么,以及该怎样工作才能满足这些业务需求。
44、
45、12、项目经理应当获得项目小组成员的最佳人选
46、
47、最佳人选是指受过相应的技能培训,有经验,素质高。
对于项目来说,获得最佳人选往往能弥补时间、经费或其它方面的不足。
项目经理应当为这些最佳的项目成员创造良好的工作环境,如帮助他们免受外部干扰,帮助他们获得必要的工具和条件以发挥他们的才能。
印度项目质量治理体会
运算机和通信技术的迅速进展,专门是Internet技术的进展与普及,为企业内部、企业与外部提供了快速、准确、靠得住的信息交流渠道。
信息化企业运作治理系统已成为企事业单位参与全世界市场竞争的必备支持系统。
正是由于如此的市场需求与技术进展现状,为我国的IT行业带来了空前进展的机缘,专门是软件行业。
软件企业可否抓住如此一个宝贵的进展机遇需要多方面的尽力,其中软件质量保障在其进展进程中占有重要的位置。
众所周知,印度已成为世界上软件业增加最快的国家,目前每一年软件业产值达数十亿美元,而且还在以每一年30%~50%的速度增加。
比较我国和印度的软件产业,就不难发觉:
中国拥有庞大的软件市场和世界公认的软件开发资源,在基础研究和对技术前瞻性的把握上,也有自己的优势,就整体社会经济环境而言也优于印度。
另外,中国的软件开发人员费用比较低廉,仅是世界市场的1/3左右。
尽管中国人并非缺乏软件开发的天赋,可是在愈来愈强调规模化经营的今天,先天不足的治理痼疾使咱们步履维艰,难以摆脱小作坊式的软件开发模式。
而印度软件业从一开始就立足于为美国软件企业效劳,并遵循其软件开发的治理模式,与国际标准接轨。
治理上的问题不能取得完全的解决,软件的质量保障就无从谈起。
笔者最近在与印度一家通过了CMM4级评估的软件公司(以下简称A公司)进行合作的进程中,较为详细地了解了他们有关项目治理的一些详细情形,更深刻地感受到了项目治理的标准化与企业软件质量保障之间的紧密关系。
下面想着重从软件企业的构架,软件项目打算、项目治理、项目领导的职责等方面对印度软件的项目治理及我国软件质量保障应注意的问题进行一些体会总结,供业内人士参考。
1.软件企业的组织结构
(1)A公司结构
图1是A公司的组织结构图,同国内公司不同较大的部门有QA、SSG和人力资源部门。
图1
*A公司中,QA(QualityAssure)部门与研发部门独立,负责监督流程的执行。
QA同时负责领导与研发部门组成的联合工作组,制定公司流程。
*SSG(SystemSupportGroup)类似我们的IT部门,负责公司所有计算机软件和硬件资源的分配和管理。
所有的办公环境和开发/实验室环境由SSG负责安装和维护,计算机资源属于SSG,由各个项目向SSG提出需求,项目结束后,设备需要交还给SSG。
个人和项目组没有固定的软件和硬件资源。
SSG是与研发平行的部门。
*人力资源部门负责公司的人力资源管理,并维护员工的技能数据库。
项目开始时,项目组向人力资源申请人力,向SSG申请计算机硬件和软件。
项目结束时需要释放计算机资源给SSG,释放人力资源到人力资源池,并同时更新员工的技能数据库。
研发部门的人力资源由研发总负责人和其助手分配(类似我国各公司的人力资源部)。
(2)项目组结构
1)A公司对项目组进行独立核算,项目具体负责人为PC(ProjectCoordinator),负责项目打算和执行,对项目具体成员进行分工。
在每一个时期的终止会议上(如概要设计终止),PC要同意QC(QualityCoordinator)的审查。
除PC与QC的接口外,所有其他外部接口都由EM(EngineerManager)完成,EM负责与客户打交道,向SSG、人力资源要求资源,与其他项目组和谐进度。
2)汇报关系为:
TeamMember->TeamLeader->PC->EM->研发总负责人。
3)印度工程师分为7级,半年一次考评,即半年有一次升级机遇。
1级:
SoftwareEngineer,刚毕业的本科生和研究生。
2级:
SeniorSoftwareEngineer。
3级:
ProjectLeader。
4级:
ProjectManager。
5级:
SeniorProjectManager。
3级可以成为PC,4级可以成为EM。
刚开始平均2年升一级,越往后升职越慢。
A公司规定,一人最多能够同时兼任两个项目的PC,EM治理的项目没有限制。
A公司通常的项目组为4到5人,最多不超过10人。
以上是A公司(同时也是印度大多数标准化的软件公司)的组织结构和项目组结构。
能够看出,A公司的组织结构超级清楚,各个部门分类超级细,任务明确,软件生产的每一个步骤都有专门的部门、专门的人员负责,从最基础的开发人员到负责统领全局的总领导,层层治理,沟通渠道畅通。
而在我国,治理的不标准往往第一体此刻公司的组织结构上,集中表现为部门的缺失和治理的交叉上。
我国的软件公司,大部份规模较小,开发人员超过100人的公司很少。
在印度,软件公司不管大小,都是“麻雀虽小,五脏俱全”,绝可不能因为公司的规模大小而改变合理的组织结构。
因此笔者以为,国内的软件企业要想有效地保障产品质量,第一就要在构架合理的组织结构上下功夫,这就犹如盖高楼第一要打好地基一样,地基不打牢,结构不合理,其他方面再下功夫也是徒劳。
有人说,因为国内软件企业规模小,因此造成结构设置的欠缺,但笔者以为恰正是因为没有成立一个标准化的组织结构,才会使软件产品质量不保,进而严峻阻碍了企业的进展扩大。
2.项目打算
凡事预那么立,不预那么废。
那个地址的“预”确实是指打算。
关于软件企业,打算的重要性是不言而喻的。
让咱们先看看A公司的项目打算是如何制定的:
在A公司,项目开始之前必需先估量项目的规模(以代码行数来衡量);然后制定项目打算。
通常时刻为2~3周,已知的最长有5周。
EM负责制定项目EWP(EngineerWorkPaper),其中概念了项目需要的人力和运算机资源,由相关部门同意,并报研发总负责人批准后才能开始项目。
项目的正式开始时刻由项目组的KickoffMeeting算起,CloutMeeting终止。
可能很多人都听过如此一句话:
“打算赶不上转变”。
这种“转变”对某些行业而言或许并非会产生太大的阻碍,但关于软件企业而言,却会给软件产品的质量保证带来严峻的负面阻碍。
什么缘故会造成这种“打算赶不上转变”的现象?
究其缘故,笔者以为主若是因为对打算的重视程度不够,打算过于笼统、粗糙致使可执行性太差,再加上一些人为因素的阻碍,必然会产生如此的后果。
若是咱们的软件企业都能像A公司如此,在作打算时能考虑到每一个细节,不是仓促做出决定,而是由所有的相关部门一起对产品打算进行反复研究、制定、讨论、修改,最终形成一套系统、周密、具有很强的可执行性的打算。
打算一旦形成,就严格依照打算去执行,而不受某个人、某件事的阻碍,那么就不仅能够减少大量资源的浪费,产品的质量也取得了保障。
因此,对打算的高度重视、周密制定、严格执行是企业有效保障产品质量的一个重要环节。
3.项目治理
当企业构架了合理的组织结构并制定了缜密的打算后,就进入了产品的开发时期。
在那个时期中,项目治理起了重要作用,它所涉及的环节相当具体复杂,下面先介绍一下A公司在项目治理上的具体细节:
(1)开发时期和项目周期
开发阶段比较明显,注重各阶段应完成的功能,对本阶段应完成的工作不能留到下一阶段。
(2)流程
*A公司对流程比对项目更重视。
*软件开发流程非常规范和系统化,其流程的可执行性很高,并且能在实践过程中不断改进。
A公司的流程已覆盖到了一个项目研发的所有方面,包括从最开始的意向到最后软件的版本发布(release),都有相应的流程