问各位项目经理一个问题?

[blueicexx]

我主要做b/s系列开发,也就是asp.net

开发过程中我觉得都好处理,现在有一个特别郁闷的问题,就是我该如何去分配相关功能给同事做?
我现在的做法是自己把相关的层次结构,类及里面的方法名与用途等定义好,然后交由同事去具体实现.但我感觉这个过程工程太大,每次总是我先忙个一周至二周把整个系统的结构,功能设计,库等都弄好,然后同事才参与开发,感觉这样子太费时间,因为在这一周至二周他们就没有事做,或者说我的这个方法有效率方面并不高.

我现在就库方面用powerdisgner建模,程序这块还没有用到相关建模软件,我想请问各位大哥,大家在分配模块过程中是怎么实现的?

[eswn]

如果你的同事技术也不错,就大家讨论吧,自已把握总体方向.
找出一二个技术不错的协助你做设计也是不错的选择.

[blueicexx]

一般在遇到相关问题的时候,如果忙我就先解决掉,闲的话是跟同事起讨论的.这个都是后期编码方面了,或者在项目进程遇到相关问题的时候.

我现在就是想知道在前期,需求分析之后,因为并不是每个人参与的人都全面了解整个系统的需求的,所以他们有时候只需实现相应的功能就行了,我觉得我在分配这些任务给同事的时候花费的时间太多,或者说按我的想法,如果我把整个系统的结构,类等都列出来后,那么剩下只是编码问题,其实往往这个分析设计过程占整个系统时间很大一部分,且是我一个人在那忙活,或者叫上一二个同事做辅助,那样也不是很有效率的做法啊,感觉浪费了公司很多资源.

是不是需要学习一些关于建模方面的东东,然后建模后由软件自动生成整个系统结构与类图,这样子的话是不是我在做需求的时候实际上就把整个系统结构与类等方面都做好了,生成后其它人只用去按照这个实现相关功能就行?

[wanglovec]

分一些 不重要 简单的东东 给同事 让他们写。

你只管 基础的，重要的核心的模块 。

[cmm2cmmi]

[Quote=引用 2 楼 blueicexx 的回复:]
一般在遇到相关问题的时候,如果忙我就先解决掉,闲的话是跟同事起讨论的.这个都是后期编码方面了,或者在项目进程遇到相关问题的时候.

我现在就是想知道在前期,需求分析之后,因为并不是每个人参与的人都全面了解整个系统的需求的,所以他们有时候只需实现相应的功能就行了,我觉得我在分配这些任务给同事的时候花费的时间太多,或者说按我的想法,如果我把整个系统的结构,类等都列出来后,那么剩下只是编码问题,其实往往这个分析设计…
[/Quote]

有人闲着可以写系统测试用例，集成测试用例啊

既然你主要负责技术，就找个人主要负责项目管理及相关文档。

一般来说是项目经理做主导，技术负责人做辅助，反过来也是可以的，你做技术负责人，找人来辅助你做项目管理，比如项目计划文档草稿的制定，项目状态文档的制作等等，你来最后评审拍板就是了。

还有你的这些工作都需要文档化，也要找人帮忙，这样还可以顺便带带小弟，你不能总重复自己会做的事情，要能把小弟带会，这样你才能腾出手来做一些更有难度，对自己来说更有发展的事情。

一家之言仅供参考

[scjpli]

[Quote=引用楼主 blueicexx 的帖子:]
我主要做b/s系列开发,也就是asp.net

开发过程中我觉得都好处理,现在有一个特别郁闷的问题,就是我该如何去分配相关功能给同事做?
我现在的做法是自己把相关的层次结构,类及里面的方法名与用途等定义好,然后交由同事去具体实现.但我感觉这个过程工程太大,每次总是我先忙个一周至二周把整个系统的结构,功能设计,库等都弄好,然后同事才参与开发,感觉这样子太费时间,因为在这一周至二周他们就没有事做,或者说我的这个方法有效率…
[/Quote]

计划上有待改进
那些人周一周二真的没事可以做了？
为什么不让他们去做设计，你来评审
你说他们没经验没能力，你要培养啊

千万不要等到他们快设计完了才去评审
他们的设计思路，设计方法等你最好都给予一些前期的指导
刚开始干的时候更要盯紧点
很容易就做偏了～～

May u succeed！

[limin4506]

LZ，我感觉你在孤军作战。你一个人在做，包揽的事太多，不是太相信同事的能力，大家在旁观。这样下去比较危险。

一个好汉三个帮，红花需要绿叶衬。

放开手，多沟通，适当检查，一起完成项目。一个人扛，做不好项目的。

[UNow2005]

让你的同事一起去参与设计吧，
将任务分配给各自较擅长的人员，
如果没有擅长的，
就着手去培养。

unow2005.blog.tianya.cn

[blueicexx]

谢谢大家!

以前我一个人做的事情太多.有时候感觉很费力,并且在有些方面可能就没有那么多精力.造成这个的原因很多,就不多说这个了

跟朋友关于这方面沟通了一些,比较理解大家所说的了.我想我会做得更好的.

[limin4506]

想想还是很困难。

放开手去做，很容易有冲突、分歧。
A说向东走，是最好的；
B说向西走，是比较好的；
C说向东、向西走，都行；

…………

需要妥善处理分歧。

[Fusuli]

我的经验是你把握整个框架，然后根据开发人员的水平去分配工作，水平高的直接把需求给他让他自己设计开发，水平低的你给设计好甚至把程序的框架搭建好，你要保证他们开发的程序能整合在一起运行

[hslinux]

把握整个框架,做个概要设计,具体模块的详细设计交给具体开发人员来做.

[handycyw]

技术人员有1个不好的习惯，总是以为其他人能力不行，就不安排任务给他做。
问题是：你从进入这个IT行业，就是牛人吗？
你这样做，你的下属（同事）怎么成长？
建议：
把现在的工作分给其他同事做，你花点时间开始给他们培训；
你的工作完成后，按顺序，把下一步的任务从同事那里接过来，如果做的好，那么就用，做的差点，修改修改就可以了，如果做的太差，你就重新做。这样的结果并不会造成进度拖延，而且还培养了其他人。

[O西瓜]

你这种做法是不合适的
模块之间定义好接口，模块内部的设计放心交给开发人员去完成，有时间的话，你可以一边监督和指导
项目经理的任务是把握方向，调度资源，制订计划等，而不是设计

[j_sun_hccl]

作为技术负责人，更多的是要肩负起承上启下的责任，分析需求、分解任务、把握进度更加重要。至于分解到哪一粒度，我想在需求分析阶段你需要跟需求调研员、用户一起工作，在系统分析和设计阶段，可以让有设计能力的人尽早地参与进来。一方面让他们有个整体的认识，另一方面也是任务分解的过程。