项目分工

一个人

当我们一个人手撸一个项目的时候，从来没有考虑过分工问题。
自己动手，丰衣足食。

两个人

当项目大了起来，一个人手撸代码，逐渐花费时间，你可能会想，要是找个人来帮你写代码就好了。
于是，你找了一个人帮你写代码，说好了你负责这个模块，我自己写其他模块，其中发生了点小问题

• 代码风格不一致。
• 接口不一致。
• 代码思考不一致。

每个人都有自己的编程习惯，命名想法，思考方式
你在整合的时候，眼花的看别人代码。项目只有两个人，你还能解决。

三人以上，六人以下

项目日渐庞大，你得多找几个人了。
于是，你找了几个人，赋予了他们自己的职责，他们拿着自己的任务，开始书写代码，项目中，突然，你想改一下需求，你又要取找其中的一个人去说明。
他们每个人对自己的模块有着自己的思考，用着自己的方式，去实现自己的任务。
终于，他们都交上了自己的代码。

• 形状各异
• 思想各异
• 接口各异
• 返回值各异
• 重复代码

整合多个人的代码，你要了解他们的思想，编程方式。你的头发都快掉光了。

重新开始

你开始思考，我可以规定接口，规定方法，规定名称规范。
于是在一个新项目里，你规定了接口、方法、名称的规范
但是，你又想到了，以前一个人写项目，想到哪写到哪，我一个人写，什么时候都可以改，但是人多了起来，改动可能会横跨几个人。
于是，你想到了，写一份需求文档，终于，你学完了，uml，看完了，别人的案例，写了第一份需求文档，由于没有人指导你，你拿着自己的文档，沾沾自喜，我真厉害。
写完需求文档，你开始想，我可以把所有的接口都给他固定下来，于是，你开始学习系统架构，抽象。终于写完了，自己的开发文档。

当他们拿着你的文档，开始开发，才发现，乱糟糟的。硬着头皮写完了。
你开始整合了，你发现真容易，所有东西，都是固定的。你一下字就完成了。

书写文档

当你与别人一起写文档时，你发现，分工是十分重要的。你开始学习如何分工，你找到资料，你发现，合适的分工有两种

• 纵向分工
• 横向分工

纵向分工

开发人员，负责某一项具体的业务，负责mvc三层的书写

纵向分工的优点

• 软件过程过渡分析
• 有利于开发计划的制订
• 工作效率相对较高

缺点

• 开发人员，需要了解整个流程
• 设计理念不同
• 容易造成资源浪费
• 加粗样式

横向分工

开发人员，负责某一层所有的业务，负责mvc三层的某一层书写

横向分工的优点

• 层次明显
• 开发人员不需要了解所有
• 资源利用率高

缺点

• 项目不清晰
• 制订计划困难
• 沟通难度大

具体项目问题

现在我们5个人开发一个小项目，刚开始按角色和角色的功能分工
发现了很大的问题

• 1、 项目分工量不合适，导致有些人直接分到了一个角色，有些人只是一个角色的一部分、工作量不合适。
• 2、 不符合高内聚、低耦合的原则。
• 3、 建表时、一张表要涉及几个人的分工。不利于深入思考字段。
• 4、 用例时、对用例进行抽象扩展时，涉及的分工，要几个人才行，加大了工作量，同时也不利于对用例进行分析
• 5、 建立页面时、两人人分工之间联系过大，容易导致大量时间在争执。花费大量时间
• 6、 对自己的模块思考深度不够，有一下几个原因。
  a) 模块涉及的分工过多，不利于思考与交流。
  b) 自己负责的模块，只是机械的完成任务。
  c) 模块理解不够（分工错误）。
• 7、 功能冗余、做大量重复工作（多人）。
• 8、 不利于项目后续开展。
• 9、 不利于扩展功能。

最后

以上就是过时睫毛膏为你收集整理的项目分工思考项目分工的全部内容，希望文章能够帮你解决项目分工思考项目分工所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。