首页 > 代码库 > 项目管理经验
项目管理经验
【关于需求】
软件项目的重中之重。
1.需求调研,整个项目的重中之重,需求做不好,后续都是坑,一定会失控!
项目的领导者必须要全身参与进来,否则你无法控制整个项目,
项目失控才是最可怕的。千万不要等项目进行中,或者项目中后期还有一些最原始的需求搞不清。
要坚决杜绝这件事情的发生。在做之前,先想想怎么完成,宁可在前期多花一些时间,也总比在后期花大把的时间与精力去改代码强百倍,
其实真正coding的工作没多少,前期需求做好,比什么都强。等到大量返工工作量出现的时候,也是体现出你无能的时候。
2.需求文档的编写,是一门学问,编写完成后,需要组内会议,看看是否描述的有歧义点,导致以后的问题隐患。
3.前期是甲方在把控需求,中期是乙方在把控需求。乙方要掌握需求的主导权,不要甲方让你干什么你就干什么,不然会被玩死。
引用乔布斯一句话:“客户在没有使用产品之前,他们也不知道想要什么”。
4.把前期需要注册审批的东西都罗列出来,开小会碰,提前申请,不要等项目中期时再申请,卡进度,因为审批需要时间。
5.在项目的需求阶段,要跟合伙人把每个细节都过一遍,不用具体的实现,只是过一遍,预估一下是否会有瓶颈,以及风险评估,坑等问题。
6.需求分析并非一日之寒,需要多次与甲方进行沟通,此处需要整理出《需求分析文档》,让用户邮件确认。
7.最好派个BSE去甲方现场,有可能的话尽量常驻,在现场跟用户零距离的沟通。这样甲乙双方都踏实。
8.甲方都是外行,不让他看到UI,他自己也不知道是怎么回事。所以乙方描述的需求,和甲方真正想要的需求,是存在歧义的。
项目管理经验
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。