您的位置：程序门 -> java -> 架构、设计

高分求教：多人开发一个项目，请问从一开始就如何设计并分配任务角色呢？

[收藏此页] [打印本页]选择字色：背景色：字体：[大][中][小]

高分求教：多人开发一个项目，请问从一开始就如何设计并分配任务角色呢？

发表于：2008-01-10 20:11:40 楼主

一个项目要让好几个人来做，由一人担当项目架构设计的责任，同时他也是项目管理人，他应该如何分割设计好的项目呢？他应该如何安排其他人的工作呢？如何让其他人都明确地知道自己该如何做呢？最后又如何整合呢？请有经验的朋友详细介绍一下好吗？希望能从实际的角度出发，越实用越好，非常感谢！！
注：实际项目使用了ssh框架来做，使用cvs控制版本。

（长期在线，参与者有分，一定结贴)

发表于：2008-01-10 21:24:121楼得分:0

1.确定要实现的功能
2.根据功能评估工作量
3.将工作分配给其他人,尽量做到功能不分开的原则（用microsoft office project 2003做进度管理吧)
4.你作为经理的话那就需要明确各个功能具体要实现什么,并给组员交代清楚,然后把大框架搭起来,比如登陆等功能

发表于：2008-01-11 07:09:102楼得分:0

1 开会讨论出项目需要解决的内容
2 让大家根据自己的特长自由选择制作的部分
3 你在进行很小的调整

如果大家都选择某一部分，而另一部分没人做，那你的人员构成有问题，或者你没有把人员关系搞好

发表于：2008-01-11 08:46:093楼得分:0

没有这么简单的事，没有实际经验！

发表于：2008-01-11 09:32:334楼得分:0

开会讲清楚业务需求.
把业务分成几个模块
按不同模块分配给成员.
自己或者技术骨干搭建框架.
让成员添加自己的部分进去.

当然了实际工作中乱七八糟的事太多
不是一两句话就说的完的

发表于：2008-01-11 10:25:265楼得分:0

谢谢楼上几位朋友！
我想知道具体的分配，涉及到业务逻辑层、视图、数据层等这样概念。
项目是设计好了，但如果让不同人配合着做，就要写非常多非常繁琐的文档，甚至要细化到每一个方法名。这样大家才可能在不知道对方如何实现的情况下调用自己需要的方法。。。感觉要写完这些文档得花好多时间，难道真的要设计人员考虑这么多东西，然后其他人像机器人一样照着填空就完了？这就是我的主要困惑。

发表于：2008-01-11 10:33:526楼得分:0

其实你的困惑是你太注意细节了,你把你的员工都当成不如你技术好的原因,所以你不放心他们

发表于：2008-01-11 10:54:097楼得分:0

zs_han流浪在星空，我就是这种心态啊，现在自己带了几个新人，他们的技术水平实在不敢恭维，所以不知道如何才能更好地去管理。有些东西他们做不来就会延误工期，所以我要把设计做得非常详细，但又太累太费时。不知道有什么好的建议没有？

发表于：2008-01-11 14:02:518楼得分:0

1
代码刚开始让它自己设计，自己完成，你每2，天去看下他的代码，然后告诉他那样写的代码怎么不好，该怎么改好，比如定义常量，
该怎么命名规则，还有它的代码很多写死了，不利于重用，你可以给他一些你写的比较好的代码风格sample看看，一个月后，他经过自己几次的现写，在按照你的要求几次的在改，在你的指导帮助下，他很快就能适应了，也会按照你的要求了，而且他能力很快提高的，我老大就是这样要求我的，我老大的方法我觉的很管用，而且比较有说服力，
不燃别人不服你，就不听你的，

2 还有2个同事之间写的代码会有互相调来调去的地方，要让他们自己讨论该怎么实现，锻炼他们的交流能力，比如我写的公用模块，令外同事要调用我写的method,就要让他们自己学会讨论，渐渐的以后就不在需要你了，你只要问问进展，了解他们怎么实现就行了，

我的这个项目，我作好的部分供令外一个同事调用，另外个同事作好的供我调用，他要增加哪些功能，告诉我下就行了，我就给他接口，
他实现完了，把他的结果返回给我，
最后，完成项目，代码没有一处重复得地方，

作项目有公用的地方，同事之间的交流很重要，

以上是我的老大作项目对我们采用的方法，刚开始实现起来你得一直了解他们的情况，并交帮助他们，刚开始你比较累点，坚持断时间就好了
效果很不错，

打这么多字，希望对你有用

发表于：2008-01-11 14:35:129楼得分:0

学习了

发表于：2008-01-12 09:52:2010楼得分:0

算是明白了些东西。
我想请教一下kaoloveting，照你所言，任何人需要什么功能的时候，把接口给其他人，让其他人去实现，这样会不会很混乱？项目设计者是不是不应该去考虑这一块而应该由程序员自己去交流协调？
你们分工时是按什么分的呢？是按整个项目的层次分还是各个完整的功能模块分？

发表于：2008-01-12 10:59:4211楼得分:0

说说我的体会，管理方式应该依赖于团队规模，成员能力。
成员能力肯定有所差异，现有水平和潜力都不同，可以有意识的培养理解能力和技术较好的员工的威望，这样你的设计思想可以顺利传达下去，并且设计质量可能多一层保护。
沟通是关键。
如果成员较多，小团队之间讨论比不可少，leader不太可能每次讨论都主持跟踪，需要教会小团队之间的协作。
新员工往往意气风发，讨论时很容易陷入细节，整理的面红耳赤，严重影响士气和进度。
要教会新员工关注每次讨论的重点，抓大放小，现确定大方向，使得后续各个小团队之间可以向一个方向继续分析努力，然后一步一步确定未达成共识的细节。

如果能够培养起团队的自学习意识，合作意识，沟通顺畅，将会形成良性循环，楼主身上的担子会越来越轻，然后就可以投入更多精力关注重要的东西。

发表于：2008-01-12 11:22:3812楼得分:0

学习....

发表于：2008-01-13 17:20:4213楼得分:0

学习经验！

发表于：2008-01-13 17:42:0314楼得分:0

...........顶

发表于：2008-01-13 19:25:5715楼得分:0

学习

发表于：2008-01-14 16:47:5116楼得分:0

多开小会,互相交流
具体的实现由组员去做
你只需要负责协调

所谓接口是只需要知道输入/输出,里面的具体实现大家不需要知道,只需要开发接口的同事实现即可
其他组员根据开发人员提供的文档调用相应的方法即可

划分工作有两种
1.根据层次:比如有人专写存储过程,有人只做页面美工等
2.根据功能模块:我比较认可这种方式

发表于：2008-01-17 13:25:2717楼得分:0

其实很多东西在实际的操作过程中，都是变了味的
没有什么总是按照我们想的那样去发展的
总体来说
就是分析-〉细化-〉计划-〉评审-〉执行-〉检查
就这样

发表于：2008-01-17 13:31:1818楼得分:0

感觉有两点：
1、一个很强的核心设计由一个人做。。。
2、很迅速的沟通（也就是开会啦）

发表于：2008-01-17 13:33:1919楼得分:0

根据需求
根据成本
根据能力

发表于：2008-01-20 16:49:4720楼得分:0

我们一般做项目的话,是分步（步骤)式的,先不要管mvc ,而是先从最低层（model)分工,这样一个小组两三天就能完成所有低层的设计,但这对项目经理的经验要求比较高,需要考虑全面的问题,当然不是所有的问题,因为是迭代开发,所以到时候还可以回过头来修改,然后再向上（c--> v)开发,这样大家很容易看到效果,对项目的信心也比较足,所以开发能很快完成

其他资讯