导致软件项目成败的因素分析

《软件需求分析报告的对比报告---导致软件项目成败的因素分析》

目录

目录 (1)

结论一：软件项目的成功率竟然如此的低 (1)

结论四：项目成败的因素 (5)

总结 (10)

我想很多人跟我一样，在没有对软件项目的成败有个比较全面的认识之前，脑海里的软件项目根本没有失败这个概念，更加不可能知道导致软件项目失败的因素。而自己接触的项目与那些具有一定规模的软件项目来比根本不算什么，即便是有过那么几次项目成功的经验，也不知道自己为何完成了项目任务。可以说，了解导致软件项目成败的因素至关重要。

美国专门从事跟踪IT 项目成功或失败的权威机构Standish Group 在它每年的CHAOS Report 报告中给出了IT 项目相关调查数据结果。而今天我们将对它的1994年版、1999年版和2003版本的CHAOS Report 进行对比分析。

结论一：软件项目的成功率竟然如此的低 0

10

20

30

40

50

60

199419992003

成功项目质疑项目损伤项目

1994、1999、2003年软件项目成功失败率图表

1994 1999 2003

成功项目

16.2 26 34 质疑项目

52.7 46 51 损伤项目

31.1 28 15

从Standish Group的1994、1999、2003关于软件项目的成功失败率的统计数据，真的可以让我们大吓一跳，直至2003年，软件项目的成功率竟然连百分之五十都达不到，即便是已经完成的了项目也不一定算得上是成功，受质疑项目竟然占如此之多的比率。可见，关于软件项目的开发还是有一定学问的。其1994年的报告还举了个例子，作为传统工程-建筑工程，其项目成功率远比软件工程的高。同属于工程科学，除了前者发展时间长，积累方法经验多之外，这里面到底还存在着什么神秘的地方让软件工程项目的成功率上不去的呢？请看后面分析。

结论二：软件项目的成功率有上升趋势，损伤率有下降趋势 0

10

20

30

40

50

60

199419992003成功项目质疑项目损伤项目

1994、1999、2003年软件项目成功失败率图表

1994 1999 2003

成功项目

16.2 26 34 质疑项目

52.7 46 51 损伤项目

31.1 28 15

从这个趋势图我们对软件项目的开发找回了一些信心，在1994至2003年之间，软件项目的成功率有上升趋势，而失败率有下降趋势。不过，其上升的程度及下降的程序并不尽如人意，反映其中必定存在某些关键制约因素限制了软件项目的发展。再者，受质疑项目比率仍然处于50％左右，这更让人百思不得其解。

结论三：项目重新开始竟如此多，成本超支、进度落后、不能交付所有功能成三孪生兄弟

在3个版本的报告中，以1994年的报告数据为例，如下： 0

20

40

6080

100

120

百分比重新开始其他

软件项目中重新开始的数据

成本超支

进度落后

内容不足

有100个软件项目中，在项目开始后竟然有94个项目需要重新开始，重新开始意味着什么？相信不用什么知识背景都会知道：开发成本上升、进度拖延、开发士气可能低落等等。而在看项目成本超支、进度落后，内容不足这三项简直让人沮丧，如果照这个比率来开发软件项目，其即便是“成功”开发出产品，也可能要饱受质疑。这里的质疑可能来自多方面的，可能是软件产品过时了已经不适合市场，或者客户因对本项目投资过大从而不满而让公司名义有损，或者说实现的内容跟当初与客户协商的不尽一致导致验收困难重重，等等。这些都是软件项目开发中可怕的后果，其出现率竟如此的高，真的不得不让人反省研究过中学问。

好了，竟然看到软件项目开发中如此多让人不满的地方，也该是时候看看过中缘由，看看到底是什么导致了失败的项目了，又看看什么是导致软件项目成功的因素。

结论四：项目成败的因素

1994版项目成功的因素

1999版项目成功的因素

1994版项目受质疑的因素

1994项目损伤因素

可以发现，虽然上面没有将1999和2003的图标全部列出，但是可以说的是，软件工程经过了尽10年的发展，影响其成功的因素主要都是：用户参与、管理层支持、清晰明确的软件需求、合理的计划、现实的期望。

而导致软件项目失败的因素主要是：缺少用户参与、不完整的需求及规格、需求规格的变更、缺乏管理层的支持和不现实的期望。

其实这里很值得去思考。为何这些项目失败的原因跟成功的原因都位于项目开发的中期甚至乎是前期？软件需求与对项目的期望、计划都是软件项目开发前期主要的工作，其实，需求在变这似乎是一个真理，而这种变动与前期跟客户协商的定位好了的期望能不能掌控在一个限度之内？也就是说，假如前期跟客户协商好了项目要开发什么，并且协商好了不开发什么，这样对于客户期望的变动能否实现一定的限制呢？而就像建房子挖一个地基似的，前期说好了建多少层是客户说了算，而作为开发人员则有确定挖多深的地基的权利，开发人员必定会量力而为，即便是与客户达成协议也会给自己一个余地。而这个余地，对于应付日后客户的需求变动能否有一定的作用。或者说，对于应对市场的变动能否留有余力？

就像任何工程一样，软件项目工程也是一个人与人之间的工程，而实现工程就是实现人脑海中的想法，假如作为客户都不能清晰地表达自己想要什么，或者说开发人员不能正确引导客户说出他心中的想要的东西而产生误解，到了最后交付的时候客户发现“货不对版”，这岂不是会让这个项目受到质疑？所以说，管理层与客户的沟通，开发人员与用户的沟通是很需要的，这会让一个项目能够得到及时的纠正以避免最后的失败。

而合适的更小的历程碑我认为是在开发过程中的一个很好的工具。

结论五：成功的项目必定具有成功的潜力

成功潜力得分表

在94年的报告中有几个很有意思的例子，如上图。分别是：

DMV:加利福利亚机动车管理部门的大项目，目的是改善其驾驶执照及登记的应用程序。可惜，到1993年，其历史6年，花费4500万美元，终究被中止。

CONFIRM:汽车租赁及客房预定系统，是美国航空公司于1994年中止的一个项目。花费了1.65亿美元最后还是被叫停了。

Hyatt:Hyatt酒店预订系统，其与CONFIRM处于同一时段，却取得的最后的成功。ITAMARATI：巴西私营银行BANCO成功开发的系统，使其短时间内从巴西银行排名第46位上升至15位，赢利增长51%。

上述例子的详细经过暂且不谈，到底这些成功与失败的例子给了我们什么启示？根据上面的成功潜力得分表，可以直接地说DMV项目注定失败，其只有10的成功潜力得分就是根据，因为它并没有什么成功性可言。而CONFIRM的29分虽然比DMV稍微多了些，但也是一个低分，如果当时他们的项目拍板人看到这个图表，相信也不会有这个项目的存在。而取得100分的HYATT系统也正如报告中所说，“这个预订系统进度超前，低于预算，实现比预算更多的功能，仅仅花费1500万美元，拥有了几乎所有的成功因素”。而这里所说的成功因素，就是用户参与、管理层支持、清晰明确的需求、适当的规划以及更小的里程碑。所以，它成功了，而且很漂亮。至于得分85的ITAMARATI不如HYA TT，不过也具有很大程度上的成功潜力，其成功就是一个证明。

总结

软件项目的成败有其必然性，无论成败都与这几个因素相关：用户参与、管理层支持、清晰明确的需求、适当的规划以及更小的里程碑，软件开发毕竟是异于传统工程，而其需要的与传统工程在本质上并无多大差别。而且差别就在软件开发没有像传统工程那样雄厚的基础，而我们要做的就是把握住前人成功的路线，在这个基础上做好才有资格去求变。其如此低的成功率也让我们不能有丝毫的放松，必须严谨对待方可有成功的希望。

软件项目管理与案例分析 期末复习题

《软件项目管理与案例分析》复习题 一选择题 1. 核心计划过程有明确的依赖关系，在大多数项目中要以同样的顺序必须完成。下列哪一项符合核心计划过程的正确顺序：. A. 范围规划--范围定义--活动排序--活动工期估计 B. 范围定义--范围规划--活动定义--活动排序--活动工期估计 C. 范围规划--范围定义--活动排序--活动定义--活动工期估计 D. 活动工期估计--范围规划--范围定义--活动定义--活动排序 参考答案：A 2. PERT和CPM的主要区别在于PERT： A．在计算进度时使用分布的均值（预期值） B．使用最可能估算计算浮动时间 C．侧重计算浮动时间来确定那些活动的进度没有灵活性 D．在图中包括了回路或条件分支活动 参考答案：A 3.由于你的项目的范围发生变更，因此成本基线也发生变更。你的下一步将是： A.估计范围变更的程度 B.更新预算 C.记录获得的经验 D.执行得到批准的范围变更 参考答案：D

4. 以下哪项不属于合同管理的部分？ A．评估风险 B．确认已经送出建议书 C．确认已经进行了合同变更 D．回答潜在卖方的问题 参考答案：D 5. 你负责对项目进行成本估计工作。因为要求成本估计尽可能精确，所以你决定做出保守的估计。你的第一步工作是： A、确定一种计算机工具帮助进行估计成本 B、利用以前的项目成本估计 C、确定并估计项目的每项工作的成本 D、咨询各方面的专家，并在他们的建议的基础上进行成本估计 参考答案：C 6. 项目整体管理是指？ A.复杂系统的软件集成管理 B.将系统开发过程的管理和项目管理结合起来 C.将系统的主机平台.网络平台.应用软件开发和系统环境建设作为一个整体来进行项目管 理 D.包括在项目生命周期中协调所有其它项目管理知识领域所涉及的过程 参考答案：B 7. 涉及多领域工作的复杂项目最好由下列哪种组织形式管理： A.项目型 B.职能型

关于细节决定成败的小故事

关于细节决定成败的小故事 成功与细节(一) 一次，熊女士乘坐某航空公司的航班由青岛飞往北京，连要两杯 水后又要求能否再来一杯，还歉意地说实在太渴，服务小姐的回答让 她大失所望—“我们飞的是短途，储备的水不多，剩下的还要留着飞 上海用呢!”这位女士发誓今后不再乘坐这家公司的飞机。 一家小小的速递公司，叫“风火轮”。当满头大汗的投递员从城 北赶到城东已是气喘吁吁，为了保证非典时期客户的安全，他按公司 规定见客户时带上了口罩;当他双手捧起快件递到客户手中，说声“让 您久等了，请把快件收好”而离去时，这个公司在其客户眼里就像一 路飘红的股票。 小“风火轮”和大公司不可同日而语，但能否争取到客户，成败 常常就在细节中。研究失败的文章很多，失败的原因也很多，但对细 节探讨的却不多。谁会料到关键时刻是细节让企业出类拔萃?也是细节 让企业败给对手? 细节的魅力(二) 一位在商场工作的朋友告诉我，每次让顾客投票选优秀店员时， 有一位收银员总会名列榜首。原因当然是她彬彬有礼，热情待客，更 重要的是，她有一个深受顾客欢迎的好习惯——每次找钱给顾客，她 总会在抽屉里拿出最新的钞票。 今年暑假，我回到老家一个小有名气的旅游区，有一群摩托车在 等客。仔细观察，发现有一辆车与众不同——开车的在摩托车坐垫上 铺着一条半湿的毛巾，每有客来。他揭开毛巾让客人乘坐。我断定， 在如此热的天气里，铺半湿毛巾的生意会。果然如此，客人打量车子，往往欣然就坐。 注意细节，以人为本，这也是生财之道啊。

用石头压住报纸(三) 据报载，日本某专门生产体育器材的小公司想与一家具有相当规 模的贸易公司合作，老板田中多次前往游说均未能如愿。这天田中又 去游说又被赶出，其伤心的滋味难以言表。他走到该公司的一楼大厅，外面正下着倾盆大雨，风从无遮挡的人口处直往大厅吹，把前台桌面 上的一份报纸吹到了地上。田中捡起报纸放回原处转身要离开，又想：风还会把报纸吹到地上，于是他找来一块石头压在报纸上，这才安心 离开。 田中的这些举动恰被站在保安亭里的总裁看得一清二楚，他被田 中的行为打动，认为田中是一个办事认真负责的人。于是决定与田中 合作。后来的事实证明，两家公司的合作是成功的，田中的小公司持 续壮大，如今已在世界各地设立了很多子公司，客户遍及世界。 美国民谣中的钉子(四) 钉子缺，蹄铁卸;蹄铁卸，战马蹶;战马蹶，战士绝;战士绝，战事折;战事折，国家灭。 这是美国学者维纳编著的民谣：古代某国，飞马传书，因马掌缺 了一个钉子，造成马掌脱落，战马仆倒，战士摔死，信未送到，战争 失败，最终导致了国家灭亡。 一粒灰尘(五) 它使得匹克林十几年的努力付诸东流。在天文学家洛韦尔预言在 海王星外有一颗尚未发现的行星后，匹克林用望远镜拍照观察了十几年，却一无所获。直到冥王星被发现后，他才恍然记起自己拍的照片 上有这个点，仅仅当时他记得镜头上有粒灰尘，正在如今冥王星的位 置上。 就是这粒灰尘，让第一张冥王星的照片静静躺了11年，也让匹克 林错过了发现冥王星的机会。

软件项目管理及案例分析

软件项目管理及案例分析 引导语：美国项目管理专业资质认证委员会主席PaulGrace说过，在当今社会中，一切都是项目，一切也将成为项目。下面是为你带来的软件项目管理及案例分析，希望对你有所帮助。 中国科学院计算技术研究所是国家专门的计算技术研究机构，同时也是中国信息化建设的重要支撑单位，中科院计算所培训中心是致力于高端IT类人才培养及企业内训的专业培训机构。中心凭借科学院强大师资力量，在总结多年大型软件开发和组织经验的基础上，自主研发出一整套课程体系，其目的是希望能够切实帮助中国软件企业培养高级软件管理与技术人才，提升整体研发能力。迄今为止已先后为国家培养了数万名计算机专业人员，并先后为数千家大型国内外企业进行过专门的定制培训服务。 高水平项目管理是软件项目成功的关键，也是软件产品质量的根本保证，具有这方面理论和实践的人员是目前软件组织中急需的高层次人才。为建立符合中国国情的软件开发过程和组织体系，培训中心特举办“软件项目管理”培训班，具体事宜通知如下： 一、培训对象 软件开发机构高级管理人员、项目经理、系统架构师、系统分析师、资深开发人员、质量保证人员以及其他对提升软件开发质量负有责任的人员。二、学员基础 1，对软件项目的分析、设计、组织和开发具有一定实践经验;

2，有一定的软件项目管理、技术管理或质量保证的基础知识与实践经验。三、师资 由业界知名专家亲自授课： 袁老师培训中心高级讲师，CMMI、GJB5000A高级咨询顾问，具有多年成功管理大型软件项目的经验，对软件工程管理与过程具有深邃的理论见解和丰富的实践经验。四、培训要点 高质量软件于高水平的项目管理，这个观点已经成为业内的共识。软件项目成功最重要的要素是什么?大型软件项目是依靠一个组织来完成的，如果这个组织在管理上是无序的，开发过程是非正式和混乱的，计划期限和成本目标通常超限，项目的成功取决于个人英雄式的行为，在人员发生变动时项目往往陷入灾难，那么很难说这个项目会获得成功。从这个意义上说，软件项目管理是项目成功的关键因素。 所有软件开发机构都必须在今天这种技术含量高、变化速度快、资源有限的环境下，实现软件生产规模化、规范化、国际化，这也是当前我国软件行业面临的最大挑战。在这样复杂的背景下，我们该如何去思考如何去做呢?1，项目管理人员必须具备更广阔的视角，包括站在更高的角度理解企业管理的思想理念， 理解产品开发的质量、成本、效率与效益之间的关系，理解过程是如何对管理发挥作用的，理解规范化的软件工程方法。更重要的是，理解如何提升自身的领导素质，培养更好的领导力。这种宽阔的眼界，对于一个高级项目管理人员极其重要。

项目成功经验总结及存在问题分析

项目管理成功经验总结及存在问题分析

XXXXXXXXXXX项目经理部 20cc年11月 XXXXXXXXXXX项目成功经验总结及存在问题分析 XXXXXXXXXXX项目经理部承建的项目是XXXXXXXXXXX以BOT+政府补贴+EPC模式投资建设的。项目部以“服务、协调、监督、检查”的理念，不断创新管理方式，实现项目的整体利益最大化。通过克服不利地势条件，以精细化的管理水平，标准化施工，攻坚克难，出色的完成了施工任务。凭着过硬的实力，良好的信誉，树立了XXXXXXXXXXX在云南的良好形象。现将XXXXXXXXXXX项目团队的成功经验以及过程中出现的问题总结如下： 一、成功经验总结 （一）管理结构优化 为了便于施工管理，我局成立了XXXXXXXXXXX项目经理部,下设七部二室，负责本合同段的施工组织管理工作。项目经理部设置一个工地试验室，每个分部设置检测室，利于统一管理。根据工程分布特点，下设三个土建施工分部和一个路面施工分部。项目经理部充分发挥总项目部的引领服务职能，规范各分部的各项管理行为，全面提升分部各项工作水平。

（二）精细管理，扎实各项管理工作 1、生产管理 针对生产进度管理，项目经理部建立健全进度控制体系，成立以项目经理为组长的进度管理领导小组。同时完善目标责任制度、进度检查制度、工期奖惩制度等，切实做好进度管理工作。同时，以施工计划管理为龙头、以关键性节点工程控制为重点、以劳动竞赛为载体、以评比奖罚为抓手、以生产要素管理为保障，突出抓好以下生产管理环节： （1）定期组织生产分析 项目部在生产过程中每月召开生产例会就当前生产形势、前期生产完成情况及现场施工组织存在的问题进行研讨分析，以书面形式部署下一步生产计划，平衡调度和协调相互关系，达到了及时发现问题、找出短板、总结教训，交流生产经验、明确下一步工作任务的目的。 （2）适时开展劳动竞赛 对于关键工程以及施工黄金时期，项目部跟随局、公司以及业主的步伐，认真组织，同步开展劳动竞赛，以掀起大干的热潮。 （3）在生产管理过程中，根据处于关键线路上的节点工程、重点工程的生产形势，会同分部认真分析研究制约生产的不利因素，对生产中突出的个性问题有针对性地开展专项督导，通过重点督导检查各工点生产要素落实情况，根据生产任务和施工条件的变化不断强化

工程项目招标风险因素分析及控制

工程项目招标风险因素分析及控制 l、风险因素分析 根据能否可以利用，风险可以分为两类：第一是投标人投机风险。投标人利用法制不健全，招标文件或施工合同文件存在的漏洞，采取低于成本价中标，在施工过程中再实行高价索赔的投标策略，从而给招标人造成损失。第二是投标人合谋风险。在投标前，投标人之间可以达成共谋，统一制定高报价策略，由此来轮流中标或是在其内部进行三次招标，将工程授予能给其它参与固标的投标人最大利益的投标人承担工程任务，达到“围标”或“串标”的目的。针对目前国内的招投标制度和办法，投标报价风险成为企业能否中标的最大风险，报价在招标中占的分数权重在40%一6o%之问，对能够中标起到决定性作用，投标报价的准确与否是制约企业能够中标的重要因素之～。在总承包承发包过程中，投标者的报价过大幅度的偏离工程实际所需要费用，无论是正向还是负向的偏离，都将有一方遭受损失，不利于项目的顺利实施。根据风险分析模型，风险的有效分摊等价于风险发生因素的有效控制，这类风险的引发因素主要有三个来源： 1.1第一个因素主要集中在总承包商本身的能力方面。 在由传统承包模式转到总承包模式的过程中，由于机构的设置专业人员的配备等不到位，承包商的适应能力难免有短暂的真空状态。如在自身条件不成熟的前提下盲目地投标。将引发投标风险。 1.2第二个引发因素主要集中在总承包商的有意识行为方面。 在拥有比较全面的控制信息的情况下。总承包商的有意识行为主要是提高报价或降低报价的行为，当业主在可供选择的且能完成合同的承包商唯一的情况下，承包商可能采取提高报价的形式;承包商业可能采取人为压低报价、以获得中标的行为，这两种行为也是投标风险的引发因素。 总承包完成的工作量较大，其各项水平导致的报价也必然差别很大，将导致投标者也可能属于正常的竞争者。同时不少钓鱼投标者也将混在里面。这些钓鱼投标者获得项目后。施工过程中层层加码，工程师不答应，则以停工相要挟，虽然工程师可以凭着合同条款对其进行惩罚。甚至撤销合同，但若承包商真的因为罚款而破产，对业主并不是一件好事，至少工程竣工投产的时间要大大推迟。 1.3第三个引发因素主要集中在总承包这种模式本身方面 根据我国传统承发包模式下的基本程序不同分为构造招标和功能招标，构造招标是在施工图方案确定之后进行的施工招标。招标单位或委托招标单位会根据初步设计编制译本表述，面包含了比较详细的既定工程设计方案，投标单位购买标书后，根据设计方案编制投标书。列举相应的工程量和相应的报价，这类投标者的报价在一定社会劳动生产率的情况下一般不会出现太大的出入。另一类是在总承包的招标前期，没有图纸，只有一些功能描述和条件说明，又被称作功能招

软件项目管理方案

文档信息 *修改类型分为A - ADDED M - MODIFIED D– DELETED 文档编号

目录

1.概述 1.1编写目的 说明本项目规范流程化的管理方案，包括启动过程，计划过程，执行过程，控制过程，结束过程的科学管理控制。涵盖了项目管理的九大领域：整体管理，范围管理，时间管理，成本管理，质量管理，人力资源管理，沟通管理，风险管理，采购管理。 预期读者：项目经理、需求设计者、系统分析员和程序员。 2.项目管理过程 2.1启动过程 分析人员必须以系统科学的方式进行项目需求分析，选择制定好的项目方案，进行严格筛选和可行性分析和研究等文档。 2.2计划过程 在项目计划的过程中，要用计划应对变化，明确的预防措施和补救措施，制定项目标准和规章制度，要避免计划不现实，不切实际，过于繁琐等可能造成计划无效和项目失控等因素。 ?项目经理根据需求分析做出项目成本预算，进度预算，定义项目质量标准，风险组织和项目综合计划书等，要求项目控制和执行人员必须高度明确项目目标，确定项目范围，并以该目标与项目利益相关者(客户)取得一致意见； ?与项目组织(开发团队)就这一目标进行给沟通交流，一起制定出实现该项目目标的各项具体计划和集成计划，并成功的完成目标所应做的工作达成共识；

?定义明细的进度计划甘特图，任务分配矩阵，资源计划分配图； ?把计划过程提交给公司领导，并作详细汇报；获得项目计划的批准。 2.3执行过程 ?项目实施动员大会，发布项目信息； ?分析和设计程序的模型，要求统一建模，统一规划模型，模型必须与现实情况紧密相连； ?实时跟踪项目进展，实施阶段性评审，严格遵守项目开发准则(1分阶段的生命周期计划严格管理，2坚持进行阶段评审，3实行严格的产品控制，4采纳现代成熟的程序设计技术，5结果应能清楚的审查，6开发小组的人员应少而精，7承认不断改进软件工程实践的必要性)； 2.4控制过程 项目的控制和执行处在同一时间段，项目控制遵循以下几点： ?客户需求控制 在项目的执行过程中，可能会出现客户需求的变动，尽量控制可能会出现的情况，和客户进行沟通，找到合适的解决方案； ?人员管理控制 对任务进行跟踪，避免“镀金”，所谓镀金是项目开发人员下意识的想做的更完美，擅自增加程序功能，结果导致扩大范围和需求脱离，或者是开发人员误解任务意图等问题。 增强人员之间的沟通，遇到问题及时汇报，避免各个模块组合困难，中间出现问题，无人过问，导致工作停滞。

细节决定成败6个经典案例

细节决定成败经典案例 1、千里之堤，毁于蚁穴： 【出处】千丈之堤，以蝼蚁之穴溃；百尺之室，以突隙之烟焚。——先秦·韩非《韩非子·喻老》 【成语故事】 故事一：战国时期，魏国相国白圭在防洪方面很有成绩，他善于筑堤防洪，并勤查勤补，经常巡视，一发现小洞即使是极小的蚂蚁洞也立即派人填补，不让它漏水，以免小洞逐渐扩大、决口，造成大灾害。白圭任魏相期间，魏国没有闹过水灾。 故事二：临近黄河岸畔有一片村庄，为了防止黄河水患，农民们筑起了巍峨的长堤。一天有个老农偶然发现蚂蚁窝一下子猛增了许多。老农心想这些蚂蚁窝究竟会不会影响长堤的安全呢？他正要回村去报告，路上遇见了他的儿子。老农的儿子听了不以为然说：偌坚固的长堤，还害怕几只小小蚂蚁吗？拉老农一起下田了。当天晚上风雨交加，黄河里的水猛涨起来，开始咆哮的河水从蚂蚁窝渗透出来，继而喷射，终于堤决人淹。 2、法航协和飞机空难事故 2000年7月24日，法航一架协和飞机在巴黎郊外的戴高乐机场起飞后不久起火坠毁，造成113人丧生。随后，法航和英航旗下所有的协和飞机都被停飞、接受检查。最后报载，引发这起灾难的“元凶”是另

一架美国大陆航空公司所属DC10飞机上掉落在跑道上的金属薄片，该金属薄片割破了协和飞机上的轮子，随之引发了一系列的灾难性后果。而进一步的调查表明：掉落在飞机跑道上的金属薄片并不是该DC10飞机的原配件，而是飞机的发动机在检修时所换上的替代零件。 3、马蹄钉的故事——英国国王理查三世 丢了一颗铁钉，坏了一只蹄铁； 坏了一只蹄铁，折了一匹战马； 折了一匹战马，损了一位国王； 损了一位国王，输了一场战争； 输了一场战争，亡了一个帝国。 1485年，英国国王理查三世要面临一场重要的战争，这场战争关系到国家的生死存亡。在战斗开始之前，国王让马夫去备好自己最喜爱的战马。马夫立即找到铁匠，吩咐他快点给马掌钉上马蹄铁。铁匠先钉了三个马掌，在钉第四个时发现还缺了一个钉子，马掌当然不牢固。马夫将这个情况报告给国王，眼看战斗即将开始，国王根本就来不得及在意这第四个马蹄铁，就匆匆赶回战场了。 战场上，国王骑着马领着他的士兵冲锋陷阵，左突右奔，英勇杀敌。突然间，一只马蹄铁脱落了，战马仰身跌翻在地，国王也被重重地摔在了地上。没等他再次抓住缰绳，那匹惊恐的畜牲就跳起来逃走了。一见国王倒下，士兵们就自顾自地逃命去了，整支军队在一瞬间土崩瓦解、一败涂地。敌军趁机反击，并在战斗中俘虏了国王。国王此时才意识到那颗钉子的重要性，在被俘那一刻痛苦地喊道：“钉子，

建设工程项目中存在的主要风险因素探析

建设工程项目中存在的主要风险因素探析 摘要：在当今建设工程项目管理中，风险管理已逐步被人们所认识，在初步分析工程项目风险管理理论的基础上，探讨了工程项目的主要风险因素以及识别方法，并提出了针对性的风险化解策略。 1 项目风险管理 项目风险管理是为了最好地达到项目的目标，识别、分配、应对项目生命周期内风险的科学与艺术，是一种综合性的管理活动，其理论和实践涉及到自然科学、社会科学、工程技术、系统科学、管理科学等多种学科。项目风险管理的目标可以被认为是使潜在机会或回报最大化、使潜在风险最小化。 风险识别、风险估计和风险评价是项目风险管理的重要内容。但是，仅仅完成这部分工作还不能做到以最少的成本保证安全可靠地实现项目的总目标。还必须在此基础上对风险实行有效的控制，妥善地处理风险事件造成的不利后果。所谓控制，就是随时监视项目的进展，注视风险的动态，一旦有新情况，马上对新出现的风险进行识别、估计和评价，并采取必要的行动。这就是项目风险管理的全过程。 1.1 风险分析 风险分析的第一步是风险识别，其目的是减少项目的结构不确定性。风险识别首先要弄清项目的组成、各变数的性质和相互间的关系、项目与环境之间的关系等。在此基础上利用系统的、有章可循的步骤和方法查明对项目可能形成风险的诸多事项。 风险估计就是估计风险的性质、估算风险事件发生概率及其后果的大小，以减少项目的计量不确定性。风险估计有主观和客观的两种。客观的风险估计以历史和资料为依据。主观的风险估计无历史数据和资料可参照，靠的是人的经验和判断。 风险评价就是对各风险事件后果进行评价，并确定其严重程度顺序。评价时还要确定对风险应该采取什么样的应对措施。风险评价方法有定量和定性的两种。进行风险评价时，还要提出防止、减少、转移或消除风险损失的初步办法，并将其列入风险管理阶段要进一步考虑的各种方法之中。 1.2 狭义的风险管理 狭义的风险管理就是在风险分析之后，针对风险做出决策。一般有规划、控制和监督三阶段。 规划阶段有两个方面。第一，决策者针对项目面对的形式选定行动方案。一经选定，就要制定执行这一行动方案的计划。为了使计划切实可行，常常还需要进行再分析，特别是要检查计划是否与其他已做出的或将要做出的决策冲突，为以后留出余地。第二，选择适合于已选定行动路线的风险规避策略。选定的风险规避策略要写入风险管理和风险规避策略计划中。 风险控制就是实施风险规避策略的控制计划。该计划的内容就是在必要时向项目提供必要的资源。有时还要修改项目计划，随时对项目的费用和进度重新进行估算，并采取相应的纠正步骤。风险控制的关键是采取果断的行动。风险监督是在决策付诸实施之后进行的。

小故事大道理：细节决定成败

小故事大道理：细节决定成败 吃饭（一） 有一家新建的酒店在报纸上打出招聘广告，因为待遇优厚，报名者踊跃。初试、面试后，数百名报名者只剩下30 多名。不过酒店只要20 名员工，而酒店下星期就要开业，酒店主管需要尽快选出20 人，培训一星期后上岗。主管把这30 人都招集来，一一谈话，凭良心说，这些人条件都差不多，没什么差别。多出的10名不知道应该去掉谁。 主管想了想，灵机一动，就宣布说：“为了庆祝开业，今天我代表酒店请大家吃顿饭。” 30人围坐在一起，第一道菜上来了，是红烧鲤鱼。鱼很大，一条鱼铺满了整个盘子。开始的时候，大家都很拘紧，不好意思吃，主管就带头拿起筷子，在鱼背上夹了一块肉，说：“大家随便点，以后我们就是一家人了，每天都要在一起工作，一起吃饭。不要客气。” 主管一发话，气氛就活跃起来，大家拿起筷子，开始吃鱼。有人夹鱼背，有人夹鱼头，有人夹鱼尾。有的人一次夹一大块，有的人一次只轻轻一点。一条鱼正面很快就吃完了。 第二道菜又上来了，是清炖黄鱼。鱼很小，十几条才装满盘子。有的人上来就夹条大的，吃得很快，鱼肉没吃净就连鱼带翅吐出来，有的人只夹小的，吃得慢而细，把鱼肉吃净再吐出鱼翅。 接下来的菜有炒菜、凉拌菜、三鲜汤，大家各取所好，有的规规矩矩，只吃自己眼前的菜，有的毫不客气，伸长手夹别人眼前的菜，有的兼顾全席，桌上的菜每样都吃一点，有的挑挑拣拣，只夹自己喜欢的菜吃，有的吃饭静悄悄，有的喝汤“滋滋滋”，有的把碗里的饭吃得一粒不剩，有的把饭粒掉在饭桌上。真可谓百态众生，都被主管尽收眼底。

第二天，酒店把用人名单报公布给大家。有一位落选者很不服，就质问主管：“大家条件差不多，你又没有加试，凭什么选人?” “怎么没有加试?昨天晚上我请你们大家吃饭时，我对你们每个人都一一测试了。我选人的原则很简单：那些在餐桌上吃鱼头鱼尾、吃小鱼，不挑挑拣拣、不掉饭粒、知道兼顾别人的人，我相信他们会成为酒店的好员工。” 落选者想起自己昨晚在饭桌上的表现，有些发窘，但又马上为自己辩解道：“这都是些生活细节，怎么能用它来检验一个人呢?” 主管看着他，反问道：“生活的细节，加起来不就是人生吗?我想一个在饭桌上只顾自己的人，在工作中是不会首先想到别人的。” 小故事大道理：生活中有很多的细节，细节虽小，但有时却能决定一个人的成败。 多垫些砖（二） 当初，小郑从省城某高校大专中文系毕业后，被分配到县物资系统机电设备公司人秘科当了一名文书。 小郑在大学期间是校文学社领军人物，写得一手好散文。工作以后，他除了给单位写些新闻稿以外，更多地写起了新闻评论和杂文。两年后，他声名大噪，县检察院将他借调到政策研究室。 在县检察院，小郑更是妙笔生花，单位新闻、调研论文、杂文、评论全面出击，几乎天天有文章见诸报刊，深得领导喜欢。但小郑知道，自己仅仅“借调”，要想从企业跨实行政这个门槛可不是轻而易举的。 于是，他除了拼命工作之外，又暗地里报考了成人法律本科。经过4年努力，小郑终于取得了法律本科大学文凭。 今年春天，全国举行国家公务员考试，小郑参加了县里的招收公务员考试。该县正好招收一名法律专业的公务员，全县两人报考这个

软件项目管理案例教程(第三版)课后复习题答案40517

第一章 二、判断题 1、搬家属于项目。（√） 2、项目是为了创造一个唯一的产品或提供一个唯一的服务而进行的永久性的努力。（×） 3、过程管理就是对过程进行管理，目的是要让过程能够被共享、复用，并得到持续的改进。（√） 4、项目具有临时性的特征。（√） 5、日常运作存在大量的变更管理，而项目基本保持连贯性的。（×） 6、项目开发过程中可以无限制地使用资源。（×） 三、选择题 1、下列选项中不是项目与日常运作的区别的是（C） A. 项目是以目标为导向的，日常运作是通过效率和有效性体现的。 B. 项目是通过项目经理及其团队工作完成的，而日常运作是职能式的线性管理。 C．项目需要有专业知识的人来完成，而日常运作的完成无需特定专业知识。 D．项目是一次性的，日常运作是重复性的。 2、下列选项中最能体现项目的特征（C） A．运用进度计划技巧B．整合围与成本C．确定期限D．利用网络进行跟踪3、以下都是日常运作和项目的共同之处，除了（D） A．由人来做B．受限于有限的资源C．需要规划、执行和控制D．都是重复性工作 4、项目经理的职责不包括（D） A．开发计划 B.组织实施 C.项目控制 D.提供资金 5、下列选项中属于项目的是（C） A．上课 B.社区保安 C.野餐活动 D.每天的卫生保洁 6、下列选项中正确的是（C） A．一个项目具有明确的目标而且周期不限 B．一个项目一旦确定就不会发生变更 C．每个项目都有自己的独特性 D．项目都是一次性的并由项目经理独自完成 7、（B）是为了创造一个唯一的产品或提供一个唯一的服务而进行的临时性的努力。 A．过程 B.项目 C.项目群 D.组合 8、（B）是一系列伴随着项目的进行而进行，目的是确保项目能够达到期望结果的一系列管理行为。 A．人力资源管理 B.项目管理 C.软件项目管理 D.需求管理 9、下列活动中不是项目的是（C） A．野餐活动 B.集体婚礼 C.上课 D.开发操作系统 10、下列选项中不是项目的特征的是（C） A.项目具有明确的目标 B.项目具有限定的周期 C.项目可以重复进行 D.项目对资源成本具有约束性 第二章 二、判断题 1、项目初始阶段甲方为软件开发方，乙方为顾客。（×） 2、项目招标对于一个项目的开发是必需的，即便项目是部项目。（×）

工程项目风险分析.doc

工程项目风险分析、控制与转移 工程项目在营建过程中，从承包商角度来看，存在着建设周期长，投资数额大，工作和工序繁多的特点。因此，在施工中，这些因素制约着承包商未来获取收益的多寡。建设周期长，各个时期的不可预见因素就会相应增多，与时间相关的外界因素和内部因素的变化都会影响工期的按期完成；投资额巨大，若筹资、付款方式、利率或者有关合同条款发生变化，就会加大成本，从而减少了承包商的利润；工作、工序繁多，一旦施工组织不尽合理或者返工，同时发生索赔，就会极大地影响工程进度、成本和质量，使承包商的利益受损。所以，对工程项目施工进程中风险问题的分析和控制研究，具有重要意义。 1、承包商面临的风险 工程承包，既是一项商务活动，又是一项工程施工活动。它必然受到工程所在地的自然环境、社会环境和相关人为因素的影响。其中有关合同条件所确立的责任、权利和义务对承包商影响极大，这些都要求承包商具有全面的专业技术知识和较强的经营管理能力。目前，建筑市场的竞争日趋激烈，技术含量提高，项目趋向大型化和复杂化，企业趋于联合，资金相对集中，这些对中小型企业尤为不利，使它们面临着更多的风险，使企业的平均利润率下降。由此看来，工程承包是一项风险较大的工程施工活动。 工程承包风险，是指工程实施结果相对于预期的结果的变动程度，即承包商预期收益的变动程度。工程承包风险的起因是由许多不确定因素造成的。如果在投标和工程实施过程中，不考虑风险因素，就会加大实际成本而导致利润降低甚至亏损。但是，过多地把潜在风险因素的可能费用转移到投标标价的成本中去，又会使失标的几率大大增加。因此，要想获取目标预期利润，必须正确地考虑工程承包风险。 从有关统计资料来看，承包商在标价中风险费用所占比例都比较低，这是因为承包商对众多的风险因素采取了积极的管理措施，如风险责任的转移、分担、保险等控制风险事故发生或降低风险损失的措施。根据JCEM关于美国承包商对工程风险的分配和重要性的调查表显示，风险市场时期相对于繁荣市场时期，

软件开发部规章制度及软件项目管理方法

软件开发部规章制度及软件项目管理方法 第一部分：软件开发部规章制度 一、日常工作制度： 1、关于休假、加班： 严格遵守公司的考勤制度，如有事，提前书面形式填写请假申请，批准后方可休假，如情况紧急不能提前填写请假申请，要电话请示上级领导，并在休假后补办请假手续。 开发部人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班，研发进度根据公司要求结合项目实际由项目组长负责制定，项目组长协调安排工作。项目组长根据进度需要安排的加班，加班费用由项目奖金中支出。公司工作需要硬性安排的加班，加班费有公司支出。相关标准按照国家相关制度执行。 2、开发部员工守则： 遵纪守法，忠于职守，克己奉公。 维护公司声誉，保护公司利益。 服从领导，关心下属，团结互助。 爱护公物，节约开支，杜绝浪费。 努力学习，提高水平，精通业务。 积极进取，勇于开拓，创新贡献。 3、员工工作日志： ●工作日志制度的目的是形成严格的工作跟踪和积累习惯，要求部门中项目负责人以下 人员按要求每日记录。 ●工作日志是部门员工的工作记录载体，起到部分绩效考核和浮动工资的确定依据的作 用。 ●工作日志包含每日计划和完成情况，每日工作始终时间，每日工作饱和度（5为最高， 1为最低，如为请假，请注明“事假”或“病假”），次周计划，以及问题、意见和建议。 ●工作日志严格要求每日填写，绝不允许在上交前统一填写。填写时注意清空原有内容。 如发现某些栏目多周雷同的情况，将进行警告。 ●每日工作内容如无特殊情况，至少需要写3条以上。叙述工作内容要求尽可能说明清 楚。不允许简单的如“修改错误”的描述。 ●工作日志严格要求在次周上午10:00前提交。不提交工作周报将适当予以惩罚。对于 未提交日志的人员，部门经理保证当周内口头通知。 ●工作日志以Email形式提交给项目负责人和部门经理。部门经理收到后保证第一时间

细节决定成败的案例大全

细节决定成败的案例大全 导读：我们必须改变心浮气躁、浅尝辄止的毛病，提倡注重细节、把小事做细。 学做一把钥匙 一把坚实的大锁挂在门上，一根铁杆费了九牛二虎之力，还是无法将它撬开。钥匙来了，他瘦小的身子钻进锁孔，只轻轻一转，大锁就“啪”地一声开了。铁杆奇怪地问：“为什么我费了那么大力气也打不开呢？”钥匙说：“因为我了解它的心。” 其实，每个人的心，就象上了锁的门，再粗的铁棒也撬不开。惟有关心，才能把自己变成一把细腻的钥匙，进入别人的心中，了解别人。 学着做一把钥匙，去了解别人，去关心别人，无论你走到哪里，都会遇到熟悉的眼睛和绚丽的风景。 扔掉另一只鞋 有一个人搭乘火车，他检票登车后坐在一个靠窗的位置上。火车刚缓缓启动，他不小心把刚买的鞋子弄丢了一只在车窗外。有人大声对他说：“快跳下去捡鞋子。”可是，他非但没有去捡，反而把手中的另一只鞋子扔了出去。人们对他的行动议论纷纷，都说他笨。对于人们的议论，他不以为然，只是以一种淡然平静的口吻说：“在你们看来，或许我真的是笨。但是，我跳下去捡那鞋子，结果有两种可能：一是安然无恙，捡回了那只鞋子，可是却因此误了我的行程；一种有可能在跳下去的时候，我摔断了腿，或者倒在车轮下，成为轮下之鬼。至于我为什么把手中的另一只鞋子也扔了出去，这道理很简单。我总不能两只脚只穿一只鞋走路吧。把它扔下去，别人捡到的就是一双鞋子。” 学会“扔鞋”，为自己，也为他人！ 无价之宝

有一年德国闹饥荒，有个富人把20个穷孩子请到自己家，对他们说：“这只篮子里的面包，你们每人一块，拿吧。以拍每天这个时候都到这里来拿，一直到灾难结束为止。” 孩子们你争我夺，大家都挑最大的面包，可是抢到手后，也没说谢谢就走了。 惟有一个衣着整洁的女孩不好意思地站在一边，等别人散去后才拿了剩下的一只小面包，谢了谢主人回家了。 第二天，孩子们故伎重演，还象第一天那样。可怜的女孩这次拿到的面包还没有别人的一半大。但是，等她回到家里，母亲切开面包的时候，里面却掉出许多白花花的银币。 她的母亲心里很纳闷，说：“马上把钱送回去，因为这钱肯定是错放到面包里去了。” 这小女孩将钱送了回去。但是富人说：“不，没有错。我是故意把钱放在最小的面包里去，目的是想赏给你，我的孩子。记住，宁可拿最小而不去抢最大面包的人，将来一定会得到比放在面包里的银币更好的赐福。” 最后一关 年前的一天，我去一家公司应聘，招聘一名营销经理，年薪8万。我一路闯关，从99位应聘者中杀出，终获总裁召见。 那一天，我飘飘然地走进总裁办公室。总裁不在，只有一位年轻漂亮的女秘书洋溢着一脸职业性的微笑，对我说：“先生，您好，总裁不在，总裁让您给他打个电话。” 我掏出手机，拨了一串号码。但就在这时，我看见办公桌上有两部电话，就问那小姐：“我可以用用吗？” “可以。”女秘书依然微笑着。

软件项目管理案例教程第4版前十二章课后习题答案

第一章 一、填空题 1.敏捷模型包括（4）个核心价值，对应（12）个敏捷原则。 2.项目管理包括（启动过程组）、（计划过程组）、（执行过程组）、（控制过程组）、（收尾过程组）5个过程组。 二、判断题 1、搬家属于项目。（√） 2、项目是为了创造一个唯一的产品或提供一个唯一的服务而进行的永久性的努力。（×） 3、过程管理就是对过程进行管理，目的是要让过程能够被共享、复用，并得到持续的改进。（√） 4、项目具有临时性的特征。（√） 5、日常运作存在大量的变更管理，而项目基本保持连贯性的。（×） 6、项目开发过程中可以无限制地使用资源。（×） 7、相比传统开发的预测性过程，敏捷开发属于自适应过程（√） 三、选择题 1、下列选项中不是项目与日常运作的区别的是（C） A. 项目是以目标为导向的，日常运作是通过效率和有效性体现的。 B. 项目是通过项目经理及其团队工作完成的，而日常运作是职能式的线性管理。 C．项目需要有专业知识的人来完成，而日常运作的完成无需特定专业知识。 D．项目是一次性的，日常运作是重复性的。 2、以下都是日常运作和项目的共同之处，除了（D） A．由人来做 B．受限于有限的资源 C．需要规划、执行和控制 D．都是重复性工作 3、下面选项中不是PMBOK的知识域的是（A） A.招聘管理 B.质量管理 C.围管理 D.风险管理 4、下列选项中属于项目的是（C） A．上课 B.社区保安 C.野餐活动 D.每天的卫生保洁 5、下列选项中正确的是（C） A．一个项目具有明确的目标而且周期不限 B.一个项目一旦确定就不会发生变更 C．每个项目都有自己的独特性 D．项目都是一次性的并由项目经理独自完成 6、（B）是为了创造一个唯一的产品或提供一个唯一的服务而进行的临时性的努力。

项目范围是项目成败的关键

项目范围是项目成败的关键 一个项目从其一成立开始，项目各方干系人都会期望项目能够根据既定的计划一步步顺利地导向最后的成功。影响项目的最后成功的因素是多方面的，包括项目管理的九大知识领域（包括项目的整体管理、范围管理、时间管理、费用管理、质量管理、人力管理、沟通管理、风险管理和采购管理），无一对项目的最后成功不产生积极影响。然而，要这九大知识领域对项目成功产生的影响的轻重程度上进行比较的话，我认为其中项目范围管理是最为重要的。 什么是项目范围管理 那么，什么是项目范围和项目范围管理呢？项目范围是指产生项目产品所包括的所以工作及产生这些产品所用的过程。项目干系人必须在项目要产生什么样的产品方面达成共识，也要在如何生产这些产品方面达成一定的共识。 项目范围管理是指对项目包括什么与不包括什么的定义与控制过程。这个过程用于确保项目组和项目干系人对作为项目结果的项目产品以及生产这些产品所用到的过程有一个共同的理解。 项目范围与项目其它约束条件的相互影响 制约一个项目的条件是项目“三约束条件”——范围、时间、成本。 在一个项目中这三个条件是相互影响、相互制约的，而且往往是由于范围影响了时间和成本。项目一开始确定的范围小，那么它需要完成的时间以及耗费的成本必然也小，反之亦然。很多项目在开始时都会粗略地确定项目的范围、时间以及成本，然而在项目进行到一定阶段之后往往会变成让人感觉到不知道项目什么时候才能真正结束，要使得项目结束到底还需要投入多少人力和物力，整个项目就好象一个无底洞，对项目的最后结束谁的心里也没有底。这种情况的出现对于公司的高层来说，他们是最不希望看到的，然而这样的情况出现并不罕见。造成这样的结果就是由于没有控制和管理好项目的范围。可见项目的三约束中最主要还是范围的影响最主要。 范围管理案例 失败案例：我了解到这样的实际案例，这是一个软件开发的项目，整个项目已经进行了两年多之后项目何时结实还是处于不明确的状态，因为用户不断有新的需求出来，项目组也就要根据用户的新需求不断去开发新的功能。这个项目实际是一个无底洞，没完没了地往下做，项目成员“肥的拖瘦，瘦的拖死”，实在做不下去只能跑了。大家对这样的项目已经完全丧失了信心。 这个项目其实就是一开始没有很明确地界定整个项目的范围，在范围没有明确界定的情况下，又没有一套完善的变更控制管理流程，任由用户怎么说，就怎么做，也就是说一开始游戏规则没有定好，从而导致整个项目成了一个烂摊子。 成功案例：同样是一个软件开发的项目，这个项目也比上面案例讲到的项目要小一些，这时候公司已经开始实施CMM对软件开发活动进行管理，有相对完善的软件开发管理过程。

建筑工程施工安全风险分析与控制

建筑工程施工安全风险分析与控制 1建筑施工中安全风险得常见类型 一般来讲安全风险是指在整个建筑工程施工过程中，发生危险、发生事故，从而造成人员伤亡、财产损失的可能性或概率。据建设部全国建筑施工安全生产形势分析报告，从2008年以来，我国建筑施工中常见的安全风险起所占比例主要是高处坠落、施工坍塌、物体打击、起重伤害、机具伤害“五大伤害”类型、另外触电、火灾等安全事故也时有发生。全国重大事故死亡人数略有抬头趋势，造成的直接和间接经济损失巨大。 2建筑施工安全风险发生的主要原因 建筑施工是由人员、设备、环境和管理四方面组成的系统，特点是工序多、作业过程复杂、生产过程始终处于动态变化中，且目前建筑市场存在业务层层分包、主体对安全缺乏重视等不良现象。种种分析表明事故的原因主要归咎于人、物、环境三者的相互关系，并受管理的制约。 （1）人的原因 这里的人是指操作工人、管理人员和其他现场人员等。人的不安全行为大多是因为对安全不重视、态度不正确、技能或知识不足、健康或生理状态不佳和劳动条件不良等因素造成的，是事故的重要致因。包括违章指挥、违章作业、违反劳动纪律的“三违”现象。 （2）物的原因

物的不安全状态是生产中的危险源、是构成事故的物质基础。如材料倾诉不够，防护用品缺乏或由缺陷，存在危险物和有害物等；另外，有些施工机械设备和装置结构不良、年久失修、零部件过度磨损或带“病”作业，加之施工中超负荷运转，加重了设备的老化程度或导致安全防护装置失灵等。 （3）环境的原因 不安全的环境是引发安全事故的直接原因。不安全的工作环境因素主要有通风不良、噪音过大、物料储放不当等几方面。在外界环境作用下，工人在操作时很难做到思想高度集中，容易造成分心、紧张、烦躁、反应力差等。 （4）管理的原因 管理缺陷会引起设备故障或人员失误，许多事故的发生是由于管理不到位而造成的。管理的原因是事故直接原因得以存在的前提条件，包括技术指导上的缺陷；劳动组织不合理； 建筑工程申请认证！财富值双倍检索优先专属展现同行交流 没有安全操作规程或操作规程不健全；对安全工作检查指导不足或有误；教育培训力度不够；事故防范措施不认真落实；安全隐患整改不到位等。 3建筑工程施工项目安全风险识别 建筑工程施工安全风险识别是要确定在建筑施工中存在哪些安

IT项目管理人员必备的软件知识

软件文档知多少？ 如今，软件开发越来越复杂，软件功能也越来越丰富。而几乎所有成熟的商业软件，都是靠一个开发团队齐心协力的血汗结晶。“罗马不是一天建成的！”，当我们震撼于Microsoft Windows的惊世巨著的同时，也道听途说了微软公司软件工程是如何的完善规范。的确，集数百名员工几年的共同努力之大成，软件项目管理的成败是控制开发成本的关键环节。这里面，少不了贯穿其中的重要步骤----软件文档。 软件文档可以分为开发文档和产品文档两大类。 开发文档包括：《功能要求》、《投标方案》、《需求分析》、《技术分析》、《系统分析》、《数据库文档》、《功能函数文档》、《界面文档》、《编译手册》、《QA文档》、《项目总结》等。 产品文档包括：《产品简介》、《产品演示》、《疑问解答》、《功能介绍》、《技术白皮书》、《评测报告》、《安装手册》、《使用手册》、《维护手册》、《用户报告》、《销售培训》等。 一、开发文档 1. 《功能要求》--来源于客户要求和市场调查，是软件开发中最早期的一个环节。客户提出一个模糊的功能概念，或者要求解决一个实际问题，或者参照同类软件的一个功能。有软件经验的客户还会提供比较详细的技术规范书，把他们的要求全部列表书写在文档中，必要时加以图表解说。这份文档是需求分析的基础。 2. 《投标方案》--根据用户的功能要求，经过与招标方沟通和确认，技术人员开始书写《投标方案》，方案书一般包括以下几个重要的章节： 前言--项目背景、公司背景和业务、技术人员结构、公司的成功案例介绍等。 需求分析--项目要求、软件结构、功能列表、功能描述、注意事项等。 技术方案--总体要求和指导思想、技术解决方案、软件开发平台、网络结构体系等。 项目管理--描述公司的软件开发流程、工程实施服务、组织和人员分工、开发进度控制、软件质量保证、项目验收和人员培训、软件资料文档等。 技术支持--公司的技术支持和服务介绍、服务宗旨和目标、服务级别和响应时间、技术服务区域、技术服务期限、授权用户联系人等。 系统报价--软、硬件平台报价列表、软件开发费用、系统维护费用等。 项目进度--整个项目的进度计划，包括签署合同、项目启动、需求分析、系统分析、程序开发、测试维护、系统集成、用户验收、用户培训等步骤的时间规划。 3. 《需求分析》--包括产品概述、主要概念、操作流程、功能列表和解说、注意事项、系统环境等。以《功能要求》为基础，进行详细的功能分析(包括客户提出的要求和根据开发经验建议的功能)，列出本产品是什么，有什么特殊的概念，包括那些功能分类，需要具备什么功能，该功能的操作如何，实现的时候该注意什么细节，客户有什么要求，系统运行环境的要求等。这里的功能描述跟以后的使用手册是一致的。 4. 《技术分析》--包括技术选型、技术比较、开发人员、关键技术问题的解决、技术风险、技术升级方向、技术方案评价，竞争对手技术分析等。以《需求分析》为基础，进行详细的技术分析(产品的性能和实现方法)，列出本项目需要使用什么技术方案，为什么，有哪些技术问题要解决，估计开发期间会碰到什么困难，技术方案以后如何升级，对本项目的技术有什么评价等。 5. 《系统分析》--包括功能实现、模块组成、功能流程图、函数接口、数据字典、软件开发需要考虑的各种问题等。以《需求分析》为基础，进行详细的系统分析(产品的开发和

《细节决定成败》主题班会

《细节决定成败》 主持人设置悬念导入：同学们，在揭示今天的班会主题之前，先请老师给我们讲两个真实的小故事。 班主任讲述两个故事： 故事一：“第一位进入太空飞船的人” 1961年4月12日，前苏联宇航员加加林乘坐“东方一号”航天飞船进入太空遨游了89分钟，成为世界上第一位进入太空的宇航员。而在此之前入选的候选人有20多位，那加加林是靠什么优势从20多位宇航员中脱颖而出的呢？ 原来，在确定人选的前一个星期，航天飞船的主设计师发现，在进入飞船前，只有加加林一个人脱下鞋子，只穿袜子进入座舱。就是这个细小的举动一下子赢得了设计师的好感，他感到这个27岁的青年既懂规矩，又如此珍爱他为之倾注心血的飞船，于是决定让加加林执行人类首次太空飞行的神圣使命。加加林因此获得“太空第一飞人”的殊荣。 故事二：“一口痰终止了外商谈判” 国内有一家药厂，准备引进外资，扩大生产规模。他们邀请德国拜尔公司派代表来药厂考察。在进行了短暂的室内会谈之后，药厂厂长便陪同这位代表参观药厂。就在参观制药车间的过程中，药厂厂长随地吐了一口痰。拜尔公司的代表清楚地看到了这个场景便马上拒绝继续参观，也终止了与这家药厂的谈判。

在这位代表看来，制药车间对卫生的要求是非常严格的，作为一厂之主的厂长都能随地吐痰，那么员工的素质可想而知！与这样的药厂合作，如何保证产品的质量呢？ 主持人甲：请同学们思考，老师讲的这两个结局正好相反的事例反映了什么道理？ 某同学：一个不经意的细节可以使人获得机会，取得成功；也可以让人失去机会,导致失败。 主持人甲：对，这就是我们今天班会的主题——细节决定成败（大字标幅揭示主题） 主持人甲：问大家一个问题，大家喜欢吃肯德基和麦当劳吗？ 同学们：喜欢！ 主持人甲：那大家想过没有，肯德基为什么能走红中国，使中国的快餐业望尘莫及呢？让我们先来看看肯德基在全 球推广的“CHAMPS”冠军计划再来下结论吧：（用投影打出下列内容并找同学宣读） C Clealiness 保持美观整洁的餐厅； H Hospitality 提供真诚友善的接待； A Accuracy 确保准确无误的供应； M Maintenance 维持优良的设备； P Product Quality 坚持高质稳定的产品； S Speed 注意快速迅捷的服务。