文档章节

项目的反思

q叉烧p
 q叉烧p
发布于 2014/09/03 12:58
字数 1832
阅读 443
收藏 17

入行这些年,没多少成功的经验,失败的经验却越来越多。今天花点时间好好的反思一下,老是稀里糊涂的可不行。我下面写的不针对任何人,就事论事。

 

一、无管理核心

 

  缺少了这个重要的凝聚力,下面的人可以说是在单兵作战,一盘散沙,各自为战,怎么可能把项目做好。还有下面的这些问题:

  1、团队成员碰到的问题无法得到及时的协助和解决,会让人有越来越多的挫折感。

  2、无人管理开发文档,开发任务没有科学的制定会拆分。

  3、由于没人督促,readmine形同虚设,完全没发挥他的作用。

  4、人员不能被合理的分配,成员之间的协作越来越少,甚至有隔阂。

  5、不能有效的控制需求,一会儿做这个,一会儿做那个,最后什么也没做成,士气越来越低。

  6、项目中遇到的意见不统一、冲突,都不能有效的协调好,团队成员思想不能一致。

  7、无法把控开发人员们的进度。

  8、阶段性成果,没有安排时间及时确认。

  接下来的那些问题很多都是因为无管理核心导致的,联动效应。

 

二、需求混乱

 

  规范点的说,需求的管理应该只有一个进口一个出口,拿到需求后,先做个分析,分解细化,然后再转换成可执行的操作,画原型,制作效果图。

  现在的情况是出现开发与规划不符的情况时候,直接与开发人员确定需求,今天要这样改,明天那样,不断的变化,得不到控制,原先的开发计划不断的插入新的功能修改,完全不按照计划来了,最后当然不能在指定日期完成预定功能了。

  开发人员没有参与到需求的讨论中,听需求的人,在把需求传达给开发人员,经常会出现偏差,最后开发人员买单,将做好的功能页面等再推翻,修改,费时费力,还影响开发人员的心情。

  经常会纠缠于一些需求的细节,一步到位,力求达到最好的用户体验与效果。我个人觉得用户体验的好坏是需要真正的用户用过以后才能确定的,在开发阶段是快速的将一个可用的软件拿出来,以后再根据各种数据为基础,改进用户体验。项目的开发都是渐进明晰的,一开始的开发肯定不能预料到各个方面,既然预料不到,就把重要的先做好,以后再改,有了可用软件,什么都好说。

  还把测试人员给拖累了,经常会抱怨开发人员临近上线才开始提交代码测试,抱怨开发人员自己不好好测试。临近上线还要一堆BUG。完全没有留时间给他们,让他们很难做,有时候是快到上线日了,软件都还没有,根本没有测试的东西,别人很忙,自己却很清闲。

三、不懂业务

 

  开发开始前,应该让开发人员们使用市面上面相关的软件,实际操作下,体验流程。实际操作的效果比嘴上说要有效的多。在操作的过程中,就能体会到市面上的软件哪些地方做的不好,哪些地方做的好,真正换位到用户的位置上。大家嘴上常说要换位思考,但实际操作起来真的很难,但让自己做一个真正的用户就方便很多。

  开发人员不懂业务,是个软肋,导致很多问题。第一个是最大的问题。

  1、无法质疑需求的合理性,上面传达下来的需求即使有错,也继续编码,最后就是返工。

  2、很难对项目提出一些比较好的建议,有时候也不能有效的和最高决策人沟通。

  3、开发人员自己估算工作量的时候,会有一些偏差。

  4、代码的设计会有影响,懂业务能更好的设计代码的结构,扩展等

       5、技术提高的访问www.cgzhw.com 游戏编程网很不错的技术网站。

四、沟通阻塞

 

  1、测试人员与开发人员之间:

  一开始测试人员不熟悉系统,提了许多易用性方面的问题,还有一部分BUG在开发人员眼中并不是问题——就是那样设计的。在提出后,放到readmine上面,分配给测试人员认为的相关开发人员,到这里都很自然顺畅。但是挂在readmine上面的这些问题就这样挂着了,不修改也不反馈,不了了之了。他们的工作很难展开,测试与开发之间出现了小隔阂,团队的凝聚力越来越低。

  后面经过大家的讨论,给出一个解决方案。需要一个中间的管理人,让他去分析提交上来的问题,根据他的理解定位这个问题属于谁,再由他转给某个开发人员,由这个人来追踪。测试人员的工作也单一了,不会老是由她来催促修改问题。

   2、Web端与服务器之间:

   这次的项目是需要不同终端互相协调的,web端需要服务器端提供接口协助,让那边提供接口却总是一拖再拖,迟迟不给,即使在readmine中开个任务,还是没有在预定的时间中给接口,一催二催三催,没有结果。这里也缺少个中间的协调人,需要这个人做沟通,安排时间,分配人力,满足web端的需求。开发人员之间是平等的,不存在指挥的关系,谁也管不动谁。开发人员之间出现了小隔阂,团队凝聚力再次降低。

   3、开发人员与需求提供人员之间:

   需求的提供有从最高决策人那里直接发出,有时候也会通过另外几个人员发出。由于需求的一直变化以及传达的时候经常出现偏差,导致了开发人员不在非常相信他们,对于他们提出的需求,经常会做反复的确认,但最后还是会改。他们做的原型或设计的流程,与最高决策人做一一确认有点不现实,这样经常会导致被推翻,直接影响了开发人员,开发人员在实现了以后也要返工。这个地方缺少了个需求的管理者,需要他来制服需求,这头猛兽在摧残着各个相关人员。反复无常的变化,让他们的工作也很难展开。开发人员与需求提供人员之间出现了小隔阂,团队凝聚力势必再次降低。


本文转载自:http://cgzhw.iteye.com/blog/2111919

q叉烧p
粉丝 21
博文 76
码字总数 75416
作品 0
东莞
程序员
私信 提问
【转帖】记住效率是做好测试工作的灵魂

在平常的过程中,经常会听到有的测试人员这样的抱怨: 抱怨1:测试进行到中后期了,可我总觉得测试不充分,总想着再从头回归下才放心。 抱怨2:我每天加班,可还是不能保证测试的进度 抱怨3...

kyzg2211
2016/05/10
168
2
项目经理是如何把一个项目带崩的

我是一名项目经理,在过去的四个月里,我把一个项目带崩了(上线后频出问题,用户无法使用)。在最近的几天,我每天都在反思自己,我都在问自己以下几个问题: 1.我做错了什么? 2.我在其中占...

程序师
2018/08/30
0
0
一名IT经理是如何把项目带崩的。。。

一名IT经理是如何把项目带崩的。。。 我是一名项目经理,在过去的四个月里,我把一个项目带崩了(上线后频出问题,用户无法使用)。在最近的几天,我每天都在反思自己,我都在问自己以下几个...

陈序元
2018/08/24
0
0
一名 IT 经理是如何把项目带崩的

(点击上方公众号,可快速关注) 我是一名项目经理,在过去的四个月里,我把一个项目带崩了(上线后频出问题,用户无法使用)。在最近的几天,我每天都在反思自己,我都在问自己以下几个问题...

程序员的那些事_
2018/09/25
0
0
一名 IT 经理是怎么把一个项目带崩的

本文作者:伯乐在线 -zer0Black 。未经作者许可,禁止转载! 欢迎加入伯乐在线 专栏作者。 我是一名项目经理,在过去的四个月里,我把一个项目带崩了(上线后频出问题,用户无法使用)。在最...

伯乐在线
2018/09/04
0
0

没有更多内容

加载失败,请刷新页面

加载更多

Java 静态代理、Java动态代理、CGLIB动态代理

Java 的代理就是客户类不再直接和委托类打交道, 而是通过一个中间层来访问, 这个中间层就是代理。为啥要这样呢, 是因为使用代理有 2 个优势: 可以隐藏委托类的实现 可以实现客户与委托类之间...

gaomq
15分钟前
0
0
win10部署sonar代码扫描工具

一 安装MySQL解压版 此部分参看Win10安装MySQL5.7.22 解压缩版(手动配置)方法 1、下载 mysql-5.7.26-winx64.zip 解压之后生成 mysql-5.7.26-winx64 文件夹。 2、在D盘创建Mysql目录 D:\MyS...

BG2KNT
17分钟前
0
0
小程序的rpx以及rem和px的换算

(1).rpx:不论哪个型号的手机,屏幕宽度都是750rpx rpx与px的转换,根据设计稿换算 例如:设计稿750px宽度,ps上量出或者标出的宽度是多少,那么就定义多少rpx,也就是,1px = 1rpx 例如:设计...

流年那么伤
17分钟前
0
0
当我说要做大数据工程师时他们都笑我,直到三个月后……

申明: 本文旨在为普通程序员(Java程序员最佳)提供一个入门级别的大数据技术学习路径,不适用于大数据工程师的进阶学习,也不适用于零编程基础的同学。 前言: 一、背景介绍 二、大数据介绍...

求神
22分钟前
0
0
python3 案例分享--天气预报

通过输入城市就能查出最近几日的天气情况, 代码如下: from tkinter import *import urllib.requestimport gzipimport jsonfrom tkinter import messageboxroot = Tk()...

lyle_luo
29分钟前
0
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部