新生系统项目组长经验总结一之需求把握

我们新生系统,总算是阶段性的第一版总算是结束了,当时项目经理说这是一个很有积极意义的系统,因为我们是一个整个的一个以教育为主题的基于云平台的多租户系统,我们分为五个子系统,而我做的是最有积极意义的迎接新生的系统。

介绍完背景之后,是我的亲身经历了,作为一只小时候只做过班里小组长的我,这次终于能够一展我的抱负了,但是我没有带项目的经验但是我有过三年看别人带项目的经验,终于熬到我做项目组长了,但是我就面临了很多问题,那么小编这次就从不同的阶段来总结一下!

接手这个项目的时候前人已经给了很多原型了,但是有很多地方的需求我感觉并不是很好,不利于用户的使用,但是当时那个前辈说这都是我们经过很多学校的新生的调研,如果没有必要的话最好不要改变原型,我是一个不看到数据不罢休的人,而前辈们也是很好给了我很多资料,比如说王美前辈、霍亚静前辈还有连江伟前辈都给了我很多的资料和帮助,有助于我了解这个系统的需求,我拿到这些资料对照原型图加班了一晚上,感觉如果想满足即插即用的效果的话,还需要进一步优化,但是我们的开发方式是敏捷开发还是先开发出一版再说吧!

注意点一:业务流程图

妈妈从小告诉我说要学会把别人的总结用在自己的身上,我从小都是这么干的,但是我这次没有把妈妈的话放在心了,我师父告诉我说要画好业务流程图,做到任务分解,才能够管理好整个项目,但是我觉得我自己明白就好了,但是后来实际情况告诉我,这样做是不对的。

有一次的晨会我在跟我的组员们讨论需求,因为一个需求我们产生了分歧,所有的人员都混乱在了一起,导致本来可以开五分钟的会持续了一个小时,后来我就在反思,是的,是我的认知错误,如果我画了业务流程图,并且下发下去,让组员们提前看,如果有什么业务方面出入,我们可以的单独探讨,这样我耽误了不止一个人一个小时是8小时,这在项目开发中是一个效率极其低下的表现,那一天我就自己把所有的业务需求理出来,还跟组员和前辈们讨论了!

注意点二:人员管理

这次我们的项目组里,用其他的人的话说都是很努力的人,我也很幸运,但是不同的人有不同的性格,对于对需求的了解也是有不同的见解,后来我的人员分配是这样的,我将我们系统分为四个模块,每个模块有一个相应地组织功能,然后每个组里都有一个很有创造力的一个人这样对于需求的探讨也是对项目十分有利的!

注意点三:取其精华,弃其糟粕

在需求了解的过程当中,因为我们的项目中用到了工作流这项技术然后上一版已经做出来了,但是我从业务需求上考虑,和这项技术的的适用范围,感觉我们的需求用不到这一方面,我就把这一块儿去掉了!

从需求分析这个阶段我知道了,要从实际出发,根据自己的调研然后了解用户的需求一切都要按照用户的意愿来对产品进行开发!

时间: 2024-10-20 10:58:45

新生系统项目组长经验总结一之需求把握的相关文章

如何有效的结束项目--对某税务MIS系统项目的经验总结

在<人月神话>开始的时候,作者Frederick P. Brooks Jr.写道:史前史中,没有别的场景比巨兽们在焦油坑中垂死挣扎的场面更令人震撼.上帝见证着恐龙.猛犸象.剑齿虎在焦油中挣扎.他们挣扎的越猛烈,焦油纠缠的就越紧,没有任何猛兽足够强壮或具有足够的技巧,能够挣脱束缚,他们最后都沉到了坑底. Frederick P. Brooks Jr.写下上面的文字,用以比喻我们的软件项目,一旦开始,就类似于各种动物在焦油坑中的挣扎.项目开始时的兴奋.激动迅速转变为对项目结束遥遥无期的诅咒和绝望.

IToo中禅道的使用一(项目组长)

各个项目要上禅道,为了方便我们明确任务,计算工时,更重要的是更加的规范和一致.现在简单的说一下项目组长在起初应该做的那些工作. 在禅道上,项目组长需要把小组所需要明确系统要做的需求,并能够针对性的指派到具体的每一个人. 1 建立导航 2提产品需求 3 关联需求 4分解任务 然后添加子模块 PS:正常情况下在项目-需求中会出现相同的导航目录.如果没有的话,编辑项目模块,导航和上一步相同. 2接下来需要提需求.

ITOO3.0考评-项目组长有感

从容不迫地谈理论是一件事,把思想付诸实行--尤其在需要当机立断的时候,--又是一件事. --罗曼·罗兰 对于组员: 之前接手考评3.0维护,主要是因为当时选拔信任来锻炼,而自己当时也懂得考试的大部分需求,所以在一清的鼓励下就阴差阳错的当成了负责人,不过其实很感谢一清,因为自己并不怎么相信自己,但是一清却鼓励自己说:没事,有什么事,还有我给你担着呢-- 其实一清说的无非就是一些鼓励的话语,但是听到自己的耳朵里,就变得异常的温馨--两个多月的时间,一晃而过,还记得刚开始的那几天自己每天都缠着金博问这

机房收费系统——项目需求说明书

不管是学习什么材料,还是初步了解一个系统的时候,想学习新东西,听到最多的就是要了解需求,如果需求理解偏差了,那你的系统将变的面目全非. 软件需求说明书 1引言 1.1编写目的 需求分析人员与用户进行多次的需求分析调查后,提出的一份比较详细的软件需求说明书,这份说明书可以表现出软件的功能.性能.开发条件等 并且在文档完成之后需要用户进行阅读,看是否将需求表达完全,进而补充说明. 本文档的预期读者有用户.项目管理人员.文档编写人员.需求分析人员等 1.2背景 说明: a.  待开发的软件系统的名称:

历年项目实施经验总结

2007年到2010年本人先后参与了十多起客服系统项目实施的工作,这些项目时间短的有一两个月.长的有两年,金额上少的几十万.多的几个亿,人数上少的两三人.多的达到上百人,本人在这些项目中有的参与全程.有的参与了部分,由于本人做的项目都是中后期的部署实施.系统割接.遗留问题处理.系统转维等工作,对于项目前期的调研.分析.编码.测试等事项不在本人的负责范围之内,特把几年来参与项目实施的经验感受写出,以便参考. 参与的几个主要项目有:1. 2007年某中心数据库升级项目,包括了小型机.AIX.orac

教室实时信息查询系统 项目需求规格说明书

  教室实时信息查询系统 项目需求规格说明书 参与人:尹伟 吴文斌 东华理工大学 2015年10月31日 目    录 1.            文档说明... - 1 - 1.1编写目的... - 1 - 1.2背景... - 1 - 1.3适用范围... - 1 - 1.4预期读者与阅读建议... - 2 - 1.5参考文献... - 2 - 1.6术语与缩写解释... - 2 - 1.6.1术语... - 2 - 1.6.2缩写... - 3 - 2.       系统说明... - 4

团队-及格成绩查询系统-项目总结

小组名称:逆流而上 组长:李一轩 组员:程吉.李瑞鹏.苑旺.周建伟.刘泽宇 项目名称:及格成绩查询系统 项目过程: 我们通过与同学们的沟通得知他们部分同学现需求一个可以查询自己期末考多少分可以及格的程序:经过组内成员开会决定,制作一个可以供大家查询的网页,因为我们组都是学习网页端的,在网页部分有一些强项可以去使用. 尽管我们的UI界面可能会很low,但是可以实现我们想要实现的功能: 对于其他的课程跳转就不在此进行展示了,日后的学习和休息时间,继续对网页进行完善,我们进步的空间还有很大,比如:响应

国税办公系统项目

1 项目撰写 注意:在写下面的项目经验之前:应该在简历前面的个人描述那里把自己在传智播客学的技术点都描述清楚. 项目名称 XX国税局协同办公平台 项目描述 纳税服务系统是XX国税局协同办公平台中的一个子系统.纳税服务系统包括移动客户端和后台管理端. 1. 客户端 客户端的功能包括会员注册登录.个人信息维护.查询信息.我要咨询.我要投诉.我要预约.查看易告知信息并可填写调查问卷.(客户端包括有android和ios客户端) 注册/登录:用户可以使用手机号注册系统并可以使用动态验证码和静态密码登录:

项目优化经验分享(八)TeamLeader经验总结

引言 通过前面的七篇博客,我把自己在项目优化过程的经验进行了分享,今天这篇博客,作为一个总结,就来讲讲作为一个TeamLeader,在项目管理中遇到的问题和解决经验! 正文 问题一:团队之间怎么沟通? 一个好的开发团队,首先要营造一个好的开发环境,团队之间要有良好的沟通互动,有时候在开发一期项目的时候需求还不是很明确,需要边做边确定,而这时就需要团队之间频繁积极的进行沟通,初步模型要积极进行评估讨论,不然就会出现辛苦几天而来的产品不符合需求,打回去重做.这不仅影响开发人员的心情,更重要的是影响开