经验贴：从需求调研到系统研发，我填过的那些坑…….doc

《经验贴：从需求调研到系统研发，我填过的那些坑…….doc》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、经验贴：从需求调研到系统研发，我填过的那些坑……　　在项目建设发展的过程中难免遇上一些坑，作者根据自己的项目经验总结了需求调研阶段的几大坑，希望大家引以为鉴。　　经验贴：从需求调研到系统研发，我填过的那些坑……　　在项目建设发展的过程中难免遇上一些坑，作者根据自己的项目经验总结了需求调研阶段的几大坑，希望大家引以为鉴。　　经验贴：从需求调研到系统研发，我填过的那些坑……　　在项目建设发展的过程中难免遇上一些坑，作者根据自己的项目经验总结了需求调研阶段的几大坑，希望大家引以为鉴。　　　　一个系统建设不外乎，前期的可研，需求调研，需求确认，原型

2、设计，资源协调，研发，测试，用户确认，系统试运营，正式上线，验收，运维这些过程，但是在这期间，又有多少人能够畅通无阻的贯通，都走过来的，都是填坑过来的，经验啊！最近因为承担公司一个项目建设以及管理，作为一个PM，全心投入其中，但是坑一堆堆，接下来给大家说说，需求调研阶段遇到坑以及研发启动阶段遇到的不确定性。　　一、调研阶段　　1、不明确组织架构　　拿到这个项目后，一头扎下去，开始确认用户的需求，找到有经验的人，寻求系统方案等；最后发现，懵逼了，每个部门，每个人都提需求，把大家召集在一起开会，头脑风暴，最后发现每个人都有很多想法，最后不知道听

3、谁的。最后发现，这个项目甲方没有PMO，没有负责人，我的天，瞬间崩塌！！！　　填坑办法：明确项目发起人，甲方组织架构，谁谁负责那一块，找谁谁才能签字做决定。　　2、不清楚系统目的　　只是一懵逼的调研，但是不清楚用户用来做什么，给那些重要的人用，使用场景不清楚，接下来恶性循环，用户一直在提自己的需求，怎么样，怎么样！但是就是没有抓住主要的核心，他只是在说他那个部门的需求，要怎么样，怎么样，导致需求偏离核心的主线！！！　　填坑办法：确认核心需求，然后拓展，万变不离其宗，始终清楚这个系统解决的核心问题。　　3、不明确需求范围　　项目一上来，就告诉

4、我们有三个层级使用，从总部到省再到市，一听到这，我们都哭了，意味着需求调研得去三个地方调研，并且各个地方的不同部门还要提不同的需求，瞬间明白，需求范围很难控制；我们开始了漫长的调研之路，理想状态各个地方都在一起讨论确认，但是最后发现有的地方根本不重视，不来参与，如此也只能走一步算一步；但是留给我们的时间越来越少，此时只能把核心的需求开发上线，系统上线后，再去做小范围变更　　填坑办法：找各个部门负责人，签字确认，确认核心需求，系统分期建设。　　二、需求确认阶段　　1、用户不想签字　　在需求确认阶段，遇到用户不想签字，因为项目发起的时候没有PM

5、O，没有责任人，大家都只是看看自己的，但是就是不想签字，搪塞你，先上了再说，都怕担责任，这可难倒我们了，作为一个PM此时只能通过公司商务上去寻求帮助；　　填坑办法：寻求公司商务，商务上去确认，言明利害关系，至少各个部门要签字确认，否则后面上线了，麻烦多，变更无限，如果遇到签字后也不认，那只能认苦逼了。　　2、用户又提需求　　在确认需求的时候，用户又有了新的想法，此时作为PM，你是加上呢，还是否定呢，经验不足的可能加上，然后再确认，又耽误了时间。　　填坑办法：如果这个需求不是很难，很容易实现，则可加上，如果很难，则言明回去商讨后再做决定。　　

6、三、研发启动　　1、团队组建　　需求终于调研完了，在需求调研的最后阶段，就要开始组建团队，刚开始要组建核心人员，接着增加一些中级初级人员，欢天喜地终于确认完毕需求了，原型也弄的差不多了，最后公司告诉我，只能给我一个中级全职，然后给我配了9个兼职的，听到这我简直哭的心都有，业务员要求直接和技术对接，我的天，瞬间想到只有原型才能解救；这就带来了沟通问题，人员技术不确定，分配的任务不清楚对方能否完成，一切的一切带了额外的风险。　　填坑办法：亲自把关人员安排，确定人员技术层次，沟通方式，制定奖罚制度。　　2、分配任务　　了解完毕各个人员的技术层次后

7、，开始任务划分，因为大部分为兼职，划分的任务时间会长一些，最后可能会导致项目延期，因为人员完成时间不可控；所以在此时，必须做整体工作量评估，并且要留足风险时间段，分配任务时，最好让开发自己确认一下。　　3、使用工具　　一般使用禅道分配任务，去SVN上下载任务，最后觉得麻烦，直接一个群，邮件说明问题，但是PM一定要有进度跟踪，建议project，做计划，excel也可以的，一定要做功能计划的进度跟踪。　　以上为小弟拙见，请大家多多指教！