zoukankan      html  css  js  c++  java
  • 新生系统项目组长经验总结一之需求把握

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

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

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

         注意点一:业务流程图

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

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

       注意点二:人员管理

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

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

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

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



  • 相关阅读:
    hdu--2578--与女孩约会
    hdu--2588--欧拉函数||容斥原理
    hdu--2586--lca_tarjan<证明tarjan这个人很流弊>
    hdu--3743--归并排序<自顶向下&&自底向上>2种写法
    hdu--4911--归并排序||树状数组
    hdu--2639--01背包第K解<不同决策的不同解法>
    hdu--2642--二维BIT
    hdu--3833--4000ms才能过的O(N^2)算法
    hdu--3835--最简单的数学..
    hdu--3836--tarjan+缩点
  • 原文地址:https://www.cnblogs.com/wgwyanfs/p/7065614.html
Copyright © 2011-2022 走看看