项目总结
来源:互联网 发布:地瓜网络嗅探器免费版 编辑:程序博客网 时间:2024/05/21 06:28
经过项目组成员一年多的努力,项目现在顺利上线。由于本项目在国内属于首例城市交通项目,不论客户还是我们开发方对系统需求都没有一个清醒的认识,这就在需求定义和项目开发过程中走了不少的弯路,以致前期版本在后续开发中完全被废弃,投入了双倍的工作量,现对项目进行一个简单的总结:
一、项目采用的开发模式:
在开发模式上,项目根据开发进度和项目需要对开发模式进行了调整:
项目前期采用了公司内部外包开发模式,需求分析和概要设计在总部完成,详细设计、开发和测试有分公司完成,分公司完成后提交总部进行验收测试。同时硬件接口开发在用户现场完成,这样形成了三个场地。
二、项目出现问题及个人体会:
(1)分公司开发的系统与需求设计不一致,出现原因:分公司开发人员多为新人,开发经验不足;对需求理解不正确,没有及时沟通;任务比较紧,缺少对需求评审和分析过程。体会:在项目前期团队建设中合理选择人力资源注意对新人的培养,建立良好的沟通制度,召开需求评审会议,需求开发者、设计人员、开发人员和测试人员对需求达成一致意见。
(2)需求变化频繁,出现原因:项目前期,客户对系统需求不明确,通过具体操作提出问题;需求调研时没有关注到系统实际操作者的需求,只从管理者获得需求,指示操作者与管理者需求不一致;体会:个人认为对于这种客户对需求不明确的项目,前期版本可以作为需求开发的原型,而不是要求一个没有缺陷的系统,通过给客户演示或者试用来引导客户提出真实需求,同时注意项目干系人的分析,了解最终用户的需求。对于客户有原系统的,在需求调研阶段,对原系统进行分析与系统使用者进行沟通,采用原系统的操作习惯和优点,与客户沟通进行取舍,整理新系统的需求。
(3)人员流动频繁,项目过程中出现新员工不断更换,有的刚刚熟悉工作,就离开项目组的情况。人员流动原因很大程度上由于项目组超负荷的工作,开发的系统没有得到认可,没有成就感。在项目开发过程中经常出现加班加点,甚至连轴转的情况,客户要求尽提交版本,开发出来的版本缺陷比较多。项目从最初提出上线后最终第一个模块上线推迟了几个月的时间,这就在准备客户上线版本方面投入了超负荷的劳动。体会:与客户沟通前期提交的版本不是最终版本,只是一个演示版存在一定的缺陷,目的是确定用户需求。根据项目情况与客户沟通项目工期,制度合理的项目计划指导项目进行。
- 项目总结
- 项目总结
- 项目总结
- 项目总结
- 项目总结
- 项目总结!!!
- 项目总结
- ××项目总结
- 项目总结
- 项目总结
- 项目总结
- 项目总结
- 项目总结
- 项目总结
- 项目总结
- 项目总结
- 项目总结
- 项目总结
- Junos日常维护命令
- 解决中文乱码问题 (url传参乱码)
- kettle在64位操作系统上的配置
- linux 驱动程序中异步通知机制
- Oracle数据库误删除数据后的恢复操作——闪回
- 项目总结
- redhat5.5 上安装svnserve
- 苏州惊变
- c# 无边框 form 改变大小
- 小方法—汉字转拼音缩写
- strcpy,sprintf,memcpy的区别
- IO输入与输出
- Java Reflection (java中的反射机制)
- 当Office2010遭遇Error1406