作者:wy6968308431 | 来源:互联网 | 2023-05-19 09:39
说的越详细越好
我只有在以前单独开发过PB项目
现在因为工作的需要
要多人协作开发一个PB项目
如何协调多人同时开发一个PB项目?
望大家指导!
36 个解决方案
这是最难的!
前段时间完成个项目,项目完成的比较成功,但人员协调的不理想。
说老实话,协调人远比协调模块难的多;可是在工作中,团结和士气远比你的个人技术重要的多,尤其象大家这样的团体开发。
摸好每个人的脾气(TMD,为什么本事越大,脾气越大,越难哄),了解每个人的优点,让大家处在一个融洽的环境中,最大潜能的发挥......,是顺毛驴,则哄的多点,让他自己高高兴兴的去干活;缺少压力的,多给些压力.....不过 奖则奖,当罚则罚!
技术方面暂不考虑,我只从人与人的方面发了些牢骚,占用了楼主宝地,见量!
人的问题有时候比技术问题更让人无可奈何。
总体设计,按照详细设计报告分模块分配任务,版本管理工具必不可少,VSS就不错!
最后提个醒,需求啊需求,一定一定要搞清楚详细,否则怎么协调都没有用了。。。。。
注意,最好设置专门的类库开发人员,并确定协调机制。
这个时候你的技术并不是最重要的。而是你和别人的沟通能力:水平高的人就有一个缺点,你只要说这个问题很难,总是没有人能解决,然后向他求助,可能会有奇迹的O!
一定要有文档,不讲究漂亮,但一定要实用.至少依据文档可以接手工作.多实行交叉,不要让一个人做同一个模块的时间过长.一段时间后可以调到别的模块中去.这样一则可以检查文档质量,二来避免人为因素对项目的影响过大.
需求明确
分工合理,接口清楚,文档一定要有
小公司不一定非要用什么VSS、等工具,反而会增加负担
编程规范一定要有,多交流,做完一周互相跑跑程序,讨论一下,保证概念完整性。
总体设计,按照详细设计报告分模块分配任务,版本管理工具必不可少,VSS就不错!
最后提个醒,需求啊需求,一定一定要搞清楚详细,否则怎么协调都没有用了。。。。。
对!一个人写类库。
2-4人实现代码;再加上一个美工(界面,包装,网站宣传都归他!)
2-3人(其他部门的人也可),加上刚才2-4人实现代码——测试(黑合+白合)
我觉得一个好的需求是最重要的。这样可以避免很多重复的工作。缩短软件开发的周期。以后整个系统的维护也方便。需求,一定一定要搞清楚详细,然后才是合理分工。要有详细的设计文档。如表,存储过程呀等。VSS比较好管理这些东西。。。。。。。
是一个比较难的问题,一定要有制度,和相关的约定,比如编码的规范化、文档资料的格式。并需要常常了解没个开发员的进度、工作、与团队是否协调一直。。
要有比较详尽、正确的需求说明。尽量减少后期代码的改动。
首先搞好总体设计和模块设计(功能,接口等),每人负责一个模块,只能更新负责模块的代码库,公用模块及全局变量由专人负责维护;另外,要有较细的编程规范,如命名规则等。
士气很重要,一个团队的形成不靠一两个项目就能实现。
交流 ,沟通,
and pb native(sources control)
除了大家都提到的交流和沟通以外,每个人都在自己的PBL中工作。然后就是使用VSS建立项目,然后在PB中的workspace上点右键,在菜单中选择properties。在对话框中选择source control,选择pb native后,输入具体的配置就OK了!
1。做好需要分析
2。做好系统设计,尤其是数据库设计
3。做好基础类库
4。功能分解,每人之间交叉越少越好,版本控制时规模和开发周期而定
5。良好的编程规范,每个人做好自己那部分的开发文档,千万不要嫌麻烦
6。少些个人英雄主义,采用共同的基础类库、编程风格,英雄可以在前期(做以上几点时)多工作一些
7。加强管理、协调工作,控制开发进程,及时调整个人工作量,掌握每个人的心情,调整心态