团队做项目该怎样分工

72 阅读 0 评论 48 点赞

我是靠谱客的博主贪玩向日葵，最近开发中收集的这篇文章主要介绍团队做项目该怎样分工，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

分工不能代替设计。

最烦小公司的普遍的做法——将功能和界面简单分解给不同人，然后就让这些人闷着头去“开发”去了。这样的团队最终能拼凑起好产品完全靠运气，不把垃圾拼凑起来（然后尽量掩盖成堆的问题）就不错了。

分解-拼凑，这一点技术含量也没有，纯粹是行政人员才玩的管理手段。

一个好产品，即使需要开发2年，它从第一个月以后也能每1、2周就发布一个用户体验版。最重要地，下两周做什么、怎么做，全由PM来设计和规划，而不是程序员自己想做什么就做什么。

除此以外，如果做到任何人都可以修改代码而又能保证产品随时（至少是每1小时都）能测试通过，单这一条就有很高的技术含量了。可惜，没几个人懂真正去能够做到敏捷开发（追求过敏捷开发中没有技术含量的行政手段的人倒是不少，这些实验肯定失败）。

如果不搞敏捷开发，还有一种传统的思维，就是找好几个10年以上经验的开发人员写详细文档，不写个1年、不达到烂熟的程度绝不投资开始写代码。这也算是一种传统的开发方法。

1 首先要有一个头，要能统筹安排，合理调配资源。解决沟通方面的问题
2.需要有版本控制软件
3.需要有专门的单元测试工具
4.每天工作开始前最好有个15分钟左右的站立会议，交流一下各自的项目进度和遇到的问题，以及大致的解决方向
5 按照你们的选择，数据库最好也得有专门的版本控制软件去控制。(因为从你们选择的方案来看，数据库这块并没有有意识的隔离每个人都有权限去调整数据库结构，这就需要有一定的风险控制了)

敏捷开发要求达到很高的测试驱动强度。如果没有这个技术，就不是真正的敏捷开发，就只是学点敏捷流派的理论中没有技术含量的行政管理方面的片段，就是鼠目寸光地开发而打着敏捷开发的口号了。

摘自CSDN-C#论坛