总结:项目管理有哪些小经验

  事做的越多经验也会越丰富,同样完成的项目越多,项目管理能力也会越来越纯熟。项目管理本质上不算是技术专业岗位,因此其管理的好坏有些时候不能纯粹以理性标准检验。所以项目管理经验的提升都是靠自己实践经验累积的,下文就将一些管理小经验进行了总结。


  一、计划

  1、关键任务制定计划

  如果你的组经常承担某种特定的通用任务,你需要为这些任务开发一个活动检查列表和计划工作表。每个检查列表应该包括这个大任务可能需要的所有步骤。这些检查列表和工作表将帮助小组成员确定和评估与他必须处理的关键任务相关的工作量。

  2、里程碑分解为小任务

  里程碑是为了验收阶段关键大任务设立的。把大任务分解成多个小任务,帮助你更加精确地估计它们,暴露出在其他情况下你可能没有想到的工作活动,并且保证更加精确、细密的状态跟踪。

  3、计划中留有修改余地

  几乎所有的质量控制活动,如测试和技术评审,都会发现缺陷或其他提高的可能。你的项目进度或工作细分结构,应该把每次质量控制活动后的修改,作为一个单独的任务包括进去。如果你事实上不用做任何的修改,很好,你已经走在了计划的前面。

  二、时间

  1、留出成员提升时间

  你的小组成员已经淹没在他们当前的项目中,但是如果你想把你的组提升到一个更高的水平,你就必须投一些时间在“过程改进”上。

  从你的项目进度中留出一些时间,因为项目活动应该包括做能够帮助你下一个项目更加成功的过程改进。不要把你项目成员可以利用的时间100%的投入到项目任务中,然后惊讶于为什么他们在主动提高方面没有任何进展。

  2、工作任务不能过量

  跟踪你的组员每周实际花费在项目指定工作上的平均小时数,实在会让人吃惊。与我们被要求做的许多活动相关的任务切换的开销,显着地降低了我们的工作效率。一个员工一周理论上工作40小时,但不要只是因为有人在一项特定工作上每周花费10小时,就去假设他可以马上做4个这种任务,如果他能够处理完3个任务,你就很幸运了。

  3、依据项目计划做预估

  人们通常以日历时间做估计,但是项目中倾向于估计与任务相关联的工作计划的数量,然后把工作计划转换为日历时间的估计。这个转换基于每天我有多少有效的小时花费在项目任务上,我可能碰到的任何打断或突发调整请求、会议,和所有其他会让耗费时间的地方。

  三、预估

  1、记录估算便于改善

  当你准备估算你的工作时,把它们记录下来,并且记录你是如何完成每个任务的。理解创建估算所用的假设和方法,能够使它们在必要的时候更容易防护和调整,而且它将帮助你改善你的估算过程。

  2、善于使用估算工具

  有很多商业工具可以帮助你估算整个项目。根据它们真实项目经验的巨大数据库,这些工具可以给你一个可能的进度和人员分配安排选择。它们同样能够帮助你避免进入“不可能区域”,即将任务量、小组劳动力和进度安排组合起来一看,根本不可能成功。

  四、风险

  1、提前做风险预防

  如果你不去识别和控制风险,那么它们会控制你。在项目计划时花一些时间集体讨论可能的风险因素,评估它们的潜在危害,并且决定你如何减轻或预防它们。

  2、做意外缓冲准备

  事情不会像你项目计划的一样准确地进行,所以你的预算和进度安排应该在主要阶段后面包括一些意外的缓冲,以适应无法预料的事件。不幸的是,你的管理者或客户可能把这些缓冲作为你的托辞,而不是明智地承认事实确实如此。向他们指明一些以前项目不愉快的意外,来说明你的深谋远虑。

  五、管理

  1、在范围内调整要素

  每个项目都需要平衡它的功能、人员、预算、进度和质量目标。我们把以上五个项目方面中的每一个方面,综合成一个约束条件,你必须在这个约束中进行操作;你也可以定义成与项目成功对应的驱动力,或者定义成通向成功的自由程度。可以在一个规定的范围内调整。

  2、项目报告正确客观

  创建一个良好的风气,让项目成员对准确地报告项目的状态感到安全。努力让项目在准确的、基于数据的事实基础上运行,而不是从因为害怕报告坏消息而产生的令人误解的乐观主义。使用项目状态信息在必要的时候进行纠正操作,并且在条件允许时进行表扬。

  3、新事务接受失败

  如果你在项目中第一次尝试新的过程、工具或技术,你必须承受短期内生产力降低的代价。不要期望在新软件工程方法的第一次尝试中就获得惊人的效益,在进度安排中考虑不可避免的学习曲线。

  六、成功

  1、定义项目成功的标准

  在项目的开始,要保证各方对于判断项目是否成功有统一的认识。通常,跟紧预定的进度是唯一明显的成功要素,但是肯定还有其他的因素存在,比如,增加市场占有率、获得指定的销售量或销售额、取得特定用户满意程度、淘汰一个高维护需求的遗留系统等。

  2、确保任务百分百完成

  将大任务划分为小任务的一个好处是:你可以区分每个小任务要么完成了,要么没有完成。这比估计一个大任务在某个时候完成了多少百分比要实在得多。使用明确的标准来判断一个步骤是否真正的完成了。