程序员成长第十二篇:做好项目计划

Posted 产品经理石云升

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了程序员成长第十二篇:做好项目计划相关的知识,希望对你有一定的参考价值。

需求确认好之后,每个人都会领到自己的任务。我们首先要做的是评估个人开发时间和团队的上线计划。

任务拆解

首先第一步是做好任务分解,拆的越精细,评估时间越准确。就算是最简单的登录功能也可以拆。比如按业务,你可以拆成:微信登录、支付宝登录、账号密码登录、验证码登录。按接口,可以拆为账号登录、验证码登录、第三方账户授权登录。

评估工作量

第二步对拆解的任务评估工作量。按小时评估或者按天评估。这是一个非常主观的任务,一般只要不是偏差很大,主管不会干预。

如果遇到一些以前没做过的需求,个人无法评估的时间的,那需要先去做需求调研。一般会和主管一起,找到并确定一个解决方案。

整合计划

整合计划是把每个人的计划整合在一起,然后形成统一的转测试时间和上线时间。

因为有些工作是需要其他岗位配合,所以只要其中一个环节出了问题,其他环节都会受影响,这也是为什么很多计划经常延期的原因。比如,前端同事需要后端接口出了才能做功能测试。如果后端延期了,那前端也肯定会延期。

注意事项

一、大项目要分阶段转测

现在一般的计划迭代一般是半个月迭代一次。如果遇到大项目,超过一个月的,一般会拆小。比如一个月的设置2个阶段,第一阶段什么时间点完成,什么时间点转测试。这样做有两个好处

1、能保证如果前期出现问题,后期有空间在调整。

2、把项目中所有人调用起来,像设计大部分时间在项目初期和转测试期、测试人员的大部分工作在转测阶段工作。如果时间跨度太久,工作量都集中到一个时间点,整体时间计划就会拉的很长。

二、开发人员要留测试时间

平常开发的过程中就要养成自测试的习惯。在转测试之前,要预留时间给自己做自测试,整体流程要能跑通。

三、尽量不要变更需求。

很多项目延期都有需求变更的影子,不是说需求不能变,而是要通过流程减少变动。

不影响达成需求目的的需求,都可以放到下一个版本里。如果确实有影响,那可以变。但要跟团队沟通,让团队成员知道为什么而变。

四、要想各种办法让项目按时上线。

发布时间是我们对外部的承诺,不管是公司客户或 公司其他部门,他们并不了解你具体的工作情况,他们关心的你承诺的上线时间。

但项目延期在每个公司都很重要,原因有很多种,比如

需求理解不对,做错了。

需求评估的工作量不足,高估了自己。因为工作任务环环相扣,每个人高估一点点,整体计划就差很远了。

测试发现问题太多。bug越改越多。

临时需求插进来。比如项目过程中,来了个新的紧急需求,也可能是线上突然出现了一个bug,需要修复。

技术难点调研出了问题,实现方案得改.....

你可以找到很多的原因,但作为项目负责人,你要保证结果。

保证准时上线的几个技巧

1、每天开站立会,让每个同事讲自己当天的任务完成情况、有没有遇到什么问题、需要什么帮助。不要让问题出现在后期。

2、预估工作量的时候,不会算加班时间。如果当天计划出现了异常,要通过加班来解决。这个事前就要跟大家沟通好。达成共识。

3、做好plan B计划,比如在项目中期发现时间比计划上有延迟,考虑把那些需求目的不大的需求,放到下一个版本。在测试阶段,可以把一些优先级低的bug放到下一版本里修复。

4、设置一个对内发布时间,这个上线时间是我们所有人要努力达成的时间。而对外发布的时间,要在这个基础上多留几个工作。比如对内周四发布,对外下周一发布。

以上是关于程序员成长第十二篇:做好项目计划的主要内容,如果未能解决你的问题,请参考以下文章

第十二篇:编程范式

第十二篇:线程和进程

第十二篇:为用户设计良好的接口

混合编程jni 第十二篇 jnaerator

混合编程jni 第十二篇 jnaerator

第十二篇 Python函数之全局变量&局部变量&递归函数