关于此项目的开展
项目：各客户端+webservice（WCF）+数据源sql 

如果组团队开发的话，应该如何为项目进行管理以及团队分工比较科学呢？

以前都是开发一些简单的单机产品，没有开发过类似复杂系统的经验，所以还望有经验的前辈们不吝赐教，谢谢！

------解决方案--------------------
你这个问题问得太大，应该没法回答，

一般来说，划分模块，每个模块应该尽可能独立，每个人负责几个模块，开发之前互相商量好接口，就可以了，

等把这个项目做完，再谈项目管理比较现实，
------解决方案--------------------
比较悲催（但是在作坊里很常见）的做法是弄几个人，然后粗粗“分析”一下每一个人“擅长”什么，然后把需求界面（很粗很糊涂的界面）简单“分解”一下给个人——你几个窗体、我几个窗体，所有描述都是含糊的一两句概念，然后就让开发人员自己去做设计开发。

一个好的开发团队，设计、自动化测试和编码实现，是三个相互互动迭代的层次。比如说设计阶段，每一个任务只是相当到一个人半天的工作，如果分析设计不到位（例如稀里糊涂地相当于一个人半个月的工作）就不能进入之后的阶段。而此时并不纠缠于谁去编码的问题。如果不能每一个人都参与设计，如果对于工作量的理解实在是差别太大，敏捷团队需要经过一个任务评估和教育训练的过程，只有当所有人的知识水平都相当了的时候才能去开发一个任务。

任何任务的开发都应该是测试驱动的，不是在编码之后再去搞什么奇怪的“单元测试”，而是编码之前就明白了需要怎样测试、进行哪些脚都的测试。

编码是一个很简单、很低级的过程。编码就是为了让测试通过。编码是工人的事情，但是我们自己也做这方面工作。尽可能达到一种境界：任何人随时都可以修改别人的代码。这样开放的团队，可以自动化回归产品质量，可以每天晚上都保证产品可以第二天立即发布。做到这一点，再反过来看看开发进度的自动化统计和控制，就非常地简单了，就像下一盘棋一样清晰。
------解决方案--------------------
怎么分工不是简单几句话能说清楚，何况你说的也很模糊，但是有一点是肯定的，就是指挥分工的那个角色你没法胜任。
------解决方案--------------------

最好是领头羊式：
 ----这种方式特别适合 针对手下比较差的。

你是技术头头.
你写好接口，分给手下去实现。

你写的接口，肯定知到实现哪一个难度大，工作量大，你就按这个给他们工钱-----奖金。