项目组建和磨合阶段常见的坑

本文由作者钟雪兰授权网易云社区发布。

背景：

所有的项目都要经历组建阶段（又叫形成阶段），磨合阶段（又叫震荡阶段），正规阶段（又叫规范阶段），表现阶段（又叫实干阶段）。在项目的组建和磨合阶段，项目成员要么是从各个地方抽调过来的，要么就是新入职的，成员技术怎么样，人品性格什么情况，在团队情况基本不太了解的情况下项目成员开始运用技能着手执行分配到的任务，开始缓慢推进工作，在这个过程中项目团队会遇到大大小小各种各样的问题，而这些问题需要我们整个团队持续总结归纳，优化改进，继续前行才能顺利到达我们的正规和表现阶段。

项目初期一般都会有哪些常见的问题呢，举几个比较常见的例子

代码规范的执行力问题。

每个项目都会设定自己的代码规范，新团队大部分是刚毕业的大学生，很多没有遵循代码规范的意识或者习惯，即使一再强调，也还会有各种不可控的情况发生，比如没有代码审查，认为只要实现需求，质量保障是qa的事情；比如代码分支管理混乱，乱提交代码现象严重，临上线才发现有些非本版本，并且未开发完成的代码也提交在了主干，导致上线前还要处理各种多余的代码甚至使版本不能按时发布。

缺少线上持续跟踪。

很多项目都处于超快速发展上升期，一般版本周期在1-2周，一个版本还没有交付，另一个版本已经准备安排中，快速完成上线并验证之后，基本认为版本已经结束，立马进入下一个版本周期，没有人再去进行线上的持续跟踪，很多隐藏性bug就这么轻易的躲过了我们的检查，最终暴露在用户面前，造成不可挽回的损失。

缺乏文档以及归纳总结。

在敏捷项目中，版本迭代周期非常的短，项目整个团队每天都在赶进度，抢时间，前期往往就会忽略掉文档的重要性，无论是开发文档，产品文档，还是项目各种流程规范文档，在项目过程中都是非常重要的，缺乏这些文档，到后期可能会花费几倍甚至更多的时间和精力去整理，有的甚至只能通过查代码或者经过各种测试补充完成。

那么怎么在我们的实际项目中尽量避免和优化这些问题呢？

代码提交精细化管理。当然充分的准备以及培训工作是必不可少的，敏捷项目中代码的分支管理规范尤其重要，在团队磨合期，权限控制要进行精细化处理，由统一的代码分支控制人员进行分支开启和合并提交，并进行代码最终到代码审查。

版本线上的持续跟踪。在进行上线版本的验证检查之后，安排特定的负责人员对线上log进行定期扫描分析，持续跟踪用户使用情况，增加行为异常报警，确保有问题尽早发现尽早解决，避免造成更多不好的影响或者损失。

文档先行。有些文档必须在前期进行准备，如开发的api文档，产品功能需求以及设计文档，以及各种流程规范文档。每个版本结束之后进行总结归纳，定期维护，存档

免费领取验证码、内容安全、短信发送、直播点播体验包及云服务器等套餐

更多网易技术、产品、运营经验分享请访问网易云社区。

相关文章：
【推荐】 考拉定时任务框架kSchedule