团队建设历史经验回顾

近期公司希望能够开始对项目流程进行整顿,所以希望我能够对团队成员提供一些相关培训.

今天是第一天,也是第一次对团队成员进行培训.这里准备了一点ppt作为自己培训的资料.

作为第一天开始,个人思路是总结历史,展望未来.如果历史可以给我们再来一次的机会我们会如何做?

1,回顾历史PPT下载

在会上发出纸请与会同事针对以往的项目经验提出自己的一些相关意见.

收集的意见还真不少,主要集中:

需求不明确
沟通不顺畅
时间紧张
版本发布混乱
没有文档
代码不规范
随意更改需求
没有统一的缺陷管理平台

这几点在PPT中我也有提到,那么可能大家都是深有感触,针对这些问题我们分类过了一遍

问题1:需求不明确,随意更改需求

 针对这个问题大家一致认为,在接受到需求之后需要形成一个规范的处理流程

1:需求人员-开发-测试一起对需求进行分析整理(产生结果未定:需求规格说明书?反正就是形成统一意识)
2:开发,测试分别针对整理的结果进行开发设计,测试用例设计(形成开发文档和测试用例)
3:在设计完成之后,增加一个复查环节,确保大家对于需求的理解和设计没有偏差,如果有偏差或者需要修改需求则重复1,2
4:大家一致确认后开始编码实现
5:编码完成添加代码审查环节
6:提交版本交予测试开发
7:发现缺陷,提交缺陷报告,开发进行分析修改.
8:形成测试报告
9:正式发布

但是在这个过程中可能存在缺陷等问题,如何报告缺陷/问题?沟通确实是一大障碍.

问题2:如何沟通

软件开发中人是关键,所以人和人之间自然需要不断的沟通交流,产生统一意识.如何有效沟通也是大家比较关注的问题.

目前初步形成意识,需要有一个统一的管理平台来支撑起从软件开发的整个生命周期.初步这里定位为TFS.

需求:提交到TFS中
开发:根据需求进行分析设计实现
测试:根据需求进行测试用例设计
将需求-设计实现-测试用例关联起来,形成一个统一的整体.

只有如此才可以针对部分需求(变更)进行有效的跟踪和分析,同时也作为彼此之间的交互桥梁.

 

相应的针对缺陷平台也可以将缺陷提交到TFS中,然后分配给相关开发人员进行后续的修复

其他的问题在本次讨论中没有得出过多的结果,只是在PPT的后几页中本人对相关问题进行一个小结.

当然本次讨论主要目的:

1,回顾历史,总结经验

2,抛砖引玉,为后续的培训和会议做准备

当然,目前来说还是问题阶段,但是看到这些问题又该如何解决才是最大的问题!

希望大家看到后能够帮忙提供相关意见.

谢谢!

原文地址:https://www.cnblogs.com/SkyMouse/p/2483420.html