浏览 1748 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2012-08-09
从互联网公司跳槽到企业项目软件公司做了一年多了,今天写一点心得。废话不多说直接进入正文 项目团队接受一个集团的项目已经开工三年了,大大小小完成了十多个项目。其中挫折颇多,这一年多收益良多,是技术路途的重要成长过程。 项目在初始阶段客户及公司一味的追求速度,在需求调研方面做得非常的粗糙,项目设计非常的简陋,领导天天在后面顶到半夜,致使一批同事拼命干活,历时三个月终于将项目完成,拿到现场给用户演示,客户领导:"好家伙,这是我要的东西吗?",结局是项目重做。由于种种原因,部门的需求人员大量离职,致使项目的需求调研严重的制约着团队,两个项目数据库重新设计,项目重新开发。 我不参与项目的需求调研,在前后现场参与了三个项目开发,直接与客户进行沟通,废话不多说,开干吧 分享经验关于功能设计及需求把控的经验 一个软件的成功不只是软件公司的问题,而是和客户两方的问题。两个合作才能让项目顺利的完成。客户配合公司的各种活动,提供软件所需要的资料.而公司人员及时向客户沟通项目的进度及功能,阶段性的开展双方商讨的会议,尽可能的减少项目的偏差 客户方面的人员分为三类:一:普通职员 二:中层领导 三:高层领导 1.高层领导关心的是宏观的目标,因此软件研发目标、宏观统计报表、决策支持功能,都应当与高层领导谈。他们关系的都是宏观的问题,因此不要与他们谈那些细枝末节; 2.中层领导关注的是各个模块,关注业务之间的衔接及效益,对关键数据的把控及查询。 3.普通用户是未来软件使用的主要成员,是我们需求调研的主要对象,也是我们所需要的领域专家。但是普通职员视野往往只是关注自己的信息,所这时候我们尽可能的寻找业务面广,经验丰富的领域专家。与这类用户交流日后收益多多,他们对整个项目起到很大作用。这类用户关注项目的操作细节 a.需求调研:避免一味的妥协,以专业知识及经验引导用户 在进行项目交流配合中,由于是定制开发,这其中用户的很多工作流程并不规范,在引入自动化办公的目的就是为了将工作流程规范化。此刻在需求调研期间应该用我们的专业知识及相关经验想用户提出合理的建议,站在用户的立场,为用户指定合理规范的需求及可操作的执行方案。在这期间可以争取相关业务领导的支持,规范化操作流程。如此的不仅能增加在用户的心中的形象,还能减少项目的风向。能做到这一点是非常困难的,但也是一个项目成功的非常关键的因素 在与用户探讨需求的过程中站立在高层领导中层领导及普通职员的角度进行相关的需求整理及系统设置,分析用户需求的原始驱动,考虑各种问题,及各个层次的人关注改业务的角度。比如绩效考核系统:绩效专员希望操作简单,结果查询容易,结果能够人为地控制,而领导希望尽量的少操作,比如奖所有的打分在一个页面展示, b.阶段任务:原型展示 原型的演示展现是需求调研阶段性的成果,将软件形象的在用户面前展示,让用户在脑中初步有软件的概念,能起到及时纠正。原型的展示能够将所有需求串联起来,将用户思维串联起来。并且及时纠正项目需求的偏差,减小项目风险。 c.阶段任务:初期版本演示 初期版本的演示是项目开发的一个重要里程碑, 1.能够让项目开发各种信息的规范化,是内部开发人员阶段性的成果体现,能够鼓舞士气。 2.让用户以真实数据体验项目的整个业务流程,及时发现需求的偏差点,弥补用户的遗漏信息,根据用户要求适当的修改 3.得到客户的认可,让用户对项目抱有更大的信心,对日后的工作更加支持。 d:软件的试用期 忽略不讲 未完 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |