首页 > 代码库 > 项目管理经验

项目管理经验

【关于需求】 
软件项目的重中之重。

1.需求调研,整个项目的重中之重,需求做不好,后续都是坑,一定会失控! 
项目的领导者必须要全身参与进来,否则你无法控制整个项目, 
项目失控才是最可怕的。千万不要等项目进行中,或者项目中后期还有一些最原始的需求搞不清。 
要坚决杜绝这件事情的发生。在做之前,先想想怎么完成,宁可在前期多花一些时间,也总比在后期花大把的时间与精力去改代码强百倍, 
其实真正coding的工作没多少,前期需求做好,比什么都强。等到大量返工工作量出现的时候,也是体现出你无能的时候。 

2.需求文档的编写,是一门学问,编写完成后,需要组内会议,看看是否描述的有歧义点,导致以后的问题隐患。 

3.前期是甲方在把控需求,中期是乙方在把控需求。乙方要掌握需求的主导权,不要甲方让你干什么你就干什么,不然会被玩死。 
引用乔布斯一句话:“客户在没有使用产品之前,他们也不知道想要什么”。 

4.把前期需要注册审批的东西都罗列出来,开小会碰,提前申请,不要等项目中期时再申请,卡进度,因为审批需要时间。 

5.在项目的需求阶段,要跟合伙人把每个细节都过一遍,不用具体的实现,只是过一遍,预估一下是否会有瓶颈,以及风险评估,坑等问题。 

6.需求分析并非一日之寒,需要多次与甲方进行沟通,此处需要整理出《需求分析文档》,让用户邮件确认。 

7.最好派个BSE去甲方现场,有可能的话尽量常驻,在现场跟用户零距离的沟通。这样甲乙双方都踏实。 

8.甲方都是外行,不让他看到UI,他自己也不知道是怎么回事。所以乙方描述的需求,和甲方真正想要的需求,是存在歧义的。 

项目管理经验