|
我们开发工具项目组是用PROJECT进行项目计划制定和进度监控的，书上说结合这个工具可以很方便地进行计划管理、实施及进度跟踪，不过这个方便性体现在哪里呢?这个问题一直困扰着我，而且百思不能其解。最近突发奇想，制定了一套计划管理的方法，我把它介绍给你，希望可以帮到您。项目管理者联盟
首先项目组要对用户需求进行整理，根据整理出的用户需求，可以大致整理出一份功能列表。一般这份功能列表会记录在一份EXCEL文档中，其中可定义以下几个字段列：任务分类、任务名称、备注、工作量——一般单位是人/天、优先级、责任人。这些信息，其实跟我们下一步需要做的工作是息息相关的。那具体我们要怎么做呢?我认为排好计划的重中之重就是要把工作量估算好并且把任务按优先级安排好顺序。但是，在这个之前，如果有时间的话，最好做一下需求规格的整理，只有这样子我们的估算量才会比较准确。当然，在需求规格说明书整理好之后，进行需求规格说明书的文档评审那是再好不过的了。评审可以根据实际需要邀请相关的用户专家或人员参与。如果可能的话，一次通过评审固然好，不过现实中的实际情况往往没有这么理想。相反地，要不断对文档进行调整和再评审，才能整理出一份完整且完善并对设计和编码工作有真正指导意义的需求文档。如果条件允许的话，最好测试人员也能同时参加一下。项目管理者联盟
然而，实际的项目开发中，往往由于工期紧张，而不得不压缩需求、设计的时间，甚至有的项目抛弃了需求和设计阶段而直接进入编码开发阶段。在这里，我不想辩证这种做法有多少多少的不好(而且我敢肯定地说——这肯定是不好的)，关键是如果没有时间做这些工作，我们应该怎样更好的控制好需求，同时设计好程序结构。一般，我们通常会这样做：开发人员一边开发一边设计，同时项目经理负责整理好需求规格说明书。采用这种办法有一个前提，项目组成员必须对用户需求有比较深入的了解，之前项目组已经对用户需求进行了整理，所以这样还是比较合适的。在这种情况下，开发人员对需求的疑问往往可以直接通过沟通的方式解决掉，以便节省时间并提高开发效率。项目管理者联盟
我们做这些工作，除了可以更好地理解和把握需求之外，更重要的是，它能帮且我们更好的做好工作量估算的工作。估算的方法有很多，就不一一介绍了，通过估算我们大概地可以知道项目的整体规模以及大概的工作量。项目管理者联盟
下一步就该轮到优先级的设置了。这里要声明一点，优先级切勿重复。否则处理同一优先级的任务时，你还是分不清任务的先后次序。设置优先级时，首先要确定优先级基数，我们一般以1000为基数，填写到我们认为最重要的最早要完成的任务上;然后每10分一档，依次填写到次重要的任务上，如此反复，设置好全部任务的优先级。这种做法有几个好处：其一，如果需求调整了，加入了一个优先级更高的任务，那么其它任务优先级也不需要变化，在1000的基础上往上加就可以了。其二，每10分一档，是为了方便我们在任务和任务之间插入一个优先级介于两者之间的任务。在编码实现阶段插入任务时，优先级设置一般遵从减半原则。比如，优先级分别为1000和990的任务之间插入的任务优先级一般设置为995。这样的话，即便是优先级调整后，还是可以插入一定数量的任务的。当然，你可以根据项目的大小，调整这个基数，就拿基数1000为例子，第一次优先级排序时，只能容纳1000/10=100个功能点，对于有些项目来说，这样的规模还是远远不够的。项目管理者联盟
接下来就应该给开发人员分配任务了。这个阶段往往比较简单，开发人员也可以主动地要求任务，每个任务指定一个开发人员就可以了。不过也有部分任务可能需要多人协作完成，那么该任务还需细分，直至可以落实到单个开发人员为止。项目管理者联盟
说了这么多，总算要开始编写工作详细计划了。这里，我推荐采用前置任务法来完成计划制定工作，我们之前设置好的优先级在这儿就要大显身手了。下面是具体的操作：先根据优先级从大到小排序，优先级高的任务做为优先级低的任务的前置任务，这样就可以很方便地完成计划的编排工作。每个开发人员的任务就成了一个一字长蛇阵，指定好任务的开始时间，最后任务的完成时间一目了然。这些数据是该方法的副产品，可以很直观地测量出计划任务安排的短板，以便项目经理对任务分配情况进行调整。在大多数需求变动频繁的项目开发过程中，你甚至不需要对这块短板进行调整。因为过不了几天，用户可能又会提出一个新需求，那么很简单的，把新功能交给对应的开发人员来处理。资源就这样被完美地分配好了，这不是每个管理者所梦寐以求的吗?项目管理者联盟
接下来，就要进入任务执行阶段了。这里要和开发人员进行一个约定，那就是：必须严格按照优先级顺序来开展编码实现工作。如果由于实际情况的需要，确实要对开发顺序进行调整的，那么，应该先调整优先级，再将计划任务执行顺序做好调整，最后开发人员按调整后计划进行执行。为更好地控制好项目进度，开发人员需根据实际情况来填写PWA工时，并按时提交工时。做好这些工作，并且约定好上面这些实施步骤后，相信项目经理只要一打开PROJECT，就能很清楚地知道谁今天要干什么，到什么时间段需要完成哪些功能，并且还可以比较精确地计算出计划与实际进度偏差的情况。www.mypm.net
上面说的都是一天八小时工作的情况，那么遇上加班、请假，我们应该怎么样把这些工时体现在计划中并随时调整呢?对了，那就应该调整资源的投入百分比。一旦加班，便可把资源投入的百分比增加一些。为换算方便，可以这样约定，一个晚上的加班时间定为4小时，按照比例，如果这一天加班，那么资源的投入百分比应该为150%。同理，如果是请假，那么把资源投入百分比按实际情况减少就可以了。如果是周末加班，那就要麻烦一些了，只有把资源时间表调整一下(每个资源的时间表都是可以设置的)，把加班的周末设为工作时间，好像只有管理员才有这个权限。目前还没有试过，想想也应该是可以的吧。项目管理者联盟
关于计划管理，我就先讲到这里了，以上有些方法没有在实践中检验过，可能还有很多不完善的地方，那么请大家在具体的工作中多提提宝贵意见了。项目管理者联盟 项目管理者联盟
本文为项目管理者联盟联盟会员原创文章，授权发布，非经同意不得转载！
|
