1.界说项目成功的标淮
在项目的开始，要包管各方对于判断项目是否成功有统一的认识。通常，跟紧预定的进度是明显的成功要素，可是肯定还有其他的因素存在。好比，增加市场占有率，获得指定的销售量或销售额，取得特定用户满意度，淘汰一个高维护需求的遗留系统等。
2.掌控各种要求之间的平衡
每个项目都需要平衡它的功能、人员、预算、进度和质量目标。我们把以上五个项目中的每一个方面综合成一个约束条件，必须在这个约束中进行操作，可以在一个规定的范围内调剂。
3.界说产品发布标准
在项目早期，要决定用什么标准来确定产品是否准备好发布了。你可以将发布标准基于：还存在多少个高优先级的缺陷、性能怀抱、特定功能完全可操作或其他方面表白项目已经达到了目的。不管你选择什么标准，都应该是可实现的、可丈量的、文档化的，而且与客户所指的“质量”一致。
4.沟通许诺
尽管可能无意中许诺了不成能的事件，但不要做一个明知不克不及实现的许诺。坦诚地与客户、管理人员沟通那些实际功效。任何以前项目的数据都可能成为你说服他们的论据，虽然这对于不讲事理的人来说没有真正的作用。
5.写一个计划
困难的部分不是写计划，而是做计划——思考、沟通、权衡、交流、提问和倾听。你用来分析解决问题花费的时间，会减少项目以后会带给你的意外。
6.把任务分解成“英寸巨细的小圆石”
“英寸巨细的小圆石”是缩小了的里程碑。把大任务分解成多个小任务，帮忙你更加精确地估计它们，流露出在其他情况下你可能没有想到的工作活动，而且连结更加精确、细密的状态跟踪。
7.为大任务制订工作计划表
如果你的团队经常承担某种特定的通用任务，你需要为这些任务开发一个活动检查列表和工作计划表。每个检查列表应该包含这个大任务可能需要的所有步调。这些检查列表和工作计划表将帮忙团队成员确定和评估与他必须措置的大任务相关的工作量。
8.计划中、质量控制后应该有修改
几乎所有的质量控制活动，如测试和技术评审，城市发现缺陷或其他需要提高的可能。你的项目进度或工作细分结构，应该把每次质量控制活动后的修改，作为一个零丁的包含进去。如果不消做任何修改，很好，你已经走在了计划的前面。
9.为“过程改进”放置时间
你的团队成员已经淹没在他们当前的项目中，如果你想把项目组提升到一个更高的软件工程能力水平，就必须花一些时间在“过程改进”上。从项目进度中留出一些时间，因为软件项目活动应该包含帮忙下一个项目更加成功的过程改进。不要把项目成员可以利用的时间100%地投入到项目任务中，否则你会惊讶：为什么他们在主动提高方面没有任何进展。
10.管理项目的风脸
如果你不去识别和控制风险，那么它们会控制你。在项目计划时花一些时间集体讨论可能的风险因素，评估它们的潜在危害，而且决定你如何减轻或预防它们。
11.根据工作计划而不是日历来估计
人们通常以日历时间做估计，可是我倾向于估计与任务相关联的工作计划（以“人时”为单位）的数量，然后把工作计划转换为日历时间的估计。这个转换基于每天我有多少有效的时间花费在项目任务上，我可能碰到的任何打断或突发调剂请求、会议，和所有其他耗费时间的处所。
12.勿放置跨越工作时间80%的任务量
跟踪你的团队成员每周实际花费在项目指定工作上的平均小时数，这会让人受惊。与我们被要求做的许多活动相关的任务切换的开销，显著地降低了我们的工作效率。一个员工一周理论上工作40小时，但不要只是因为有人在一项特定工作上每周花费10小时，就去假设他/她可以马上做4个这种任务，如果他/她能够措置完3个任务，你就很幸运了。
13.将培训时间放到计划中
确定你的团队成员每年在培训上花费多少时间，并把它从成员工作在指定项目任务上的可用时间中减去。你可能在平均值中早已经减去了休假时间、生病时间和其他时间，对于培训时间也要同样措置。
14.记录你的估算和如何达到估算
当你准备估算你的工作时，把它们记录下来，而且记录你是如何完成每项任务的。理解建立估算所用的假设和方法，能够使它们在需要的时候更容易防护和调剂，而且它将帮忙你改善你的估算过程。
15.记录估算而且使用估算工具
有很多商业工具可以帮忙你估算整个项目。根据它们真实项目经验的巨大数据库，这些工具可以给你一个可能的进度和人员分配放置选择。它们同样能够帮忙你避免进入“不成能区域”，即将任务量、小组劳动力和进度放置组合起来看，根本不成能成功。
16.遵守学习曲线
如果你在项目中第一次测验考试新的过程、工具或技术，你必须承受短时间内生产力降低的价格。不要期望在新软件工程方法的第一次测验考试中就获得惊人的效益，在进度放置中考虑不成避免的学习曲线。
17.考虑意外缓冲
事情不会像项目计划一样准确地进行，所以你的预算和进度放置应该在主要阶段后面，包含一些意外的缓冲，以适应无法预料的事件。不幸的是你的管理者或客户可能把这些缓冲作为你的托辞，而不是明智地认可事实确实如此。向他们说明一下以前项目不愉快的意外，来证明你的深谋远虑。
18.记录实际情况与估算情况
如果你不记录花费在每项任务上的实际工作时间，并和你的估算做比较，你将永远不克不及提高你的估算能力，你的估算将水远是料想。
19.任务100%完成时，才算任务完成
使用英寸巨细的小圆石有一个好处：你可以区分每个小任务要么完成了，要么没有完成。这比估计一个大任务在某个时候完成了多少百分比要实在很多。使用明确的标准来判断一个步调是否真正地完成了。
20.公开、公正地跟踪项目状态
建立良好的风气，让项目成员对准确地述说项目状态感到平安。努力让项目在准确的、基于数据的事实基础上运行，而不是从因为害怕述说坏消息而发生令人误解的乐观主义。使项目状态信息在需要的时候进行纠正操作，而且在条件允许时进行表扬。
《项目管理技术》诚征2020年优质稿件
投稿须知：☛点击这里
在线投稿：☛点击这里
邮箱投稿：pmtbjb@126.com
觉得不错，点击右下角，“在看”
识别二维码，关注我们
项目管理技术
传播项目管理智慧，引领项目管理发展
长按二维码关注我们 |
温馨提示：
1、在论坛里发表的文章，仅代表发帖人即作者本人的观点，与本网站立场无关。
2、论坛的所有内容都不保证其准确性、有效性、时间性；其原创性以及文中陈述文字和内容，未经本站核实。请读者仅作参考，并请自行核实相关内容。阅读本站内容因误导等因素而造成的损失，本站不承担任何责任。
3、当政府机关依照法定程序要求披露信息时，论坛均得免责。
4、若因线路及非本站所能控制范围的故障导致暂停服务期间造成的一切不便与损失，论坛不负任何责任。
5、如果本站文章内容有侵犯您的权益，请发送信息至996741585@qq.com，我们会及时删除。
|Archiver|手机版|小黑屋|成都汇赢建设咨询有限公司
( 蜀ICP备19016737号 ) 
发表于 2020-8-9 08:41:48