项目负责人怎么高效的分解开发任务

[wangxiaoaer]

这个负责人可以是项目经理，开发经理，叫什么无所谓，小公司很多都一个人兼了，但他一定是开发负责的。

现在的问题是，一个全新的项目开始进入编码阶段，如果开发人员只有俩人，那就一个前 一个后这种暴力分法了。

但如果开发人员较多呢？ 按功能点？ 但功能点之间有依赖，并且一个单一的功能点在脱离整个项目的情况下怎么开发？

总感觉需要把整个项目的架子先搭起来，包含每个功能点的空实现，然后再让开发人员往里塞，但干这个的人一般是什么职务？另外如果项目复杂的话，感觉他的工作量也很大啊，可能这个架子要搭好久，那么其它开发人员就干等了。


业余的合理做法是什么？或者有什么资料可以参考？

[qsnow6]

tapd 了解下

[ifane]

由 PM 拆分需求放到需求池内，由 master （主程）基于整体需求分析拆分出子任务（实际过程当中全部研发人员会一起讨论），任务分配至助理开发工程师开始预研，预研结束后开始撸代码。
至于你说的功能点有依赖不是问题，只要两人在预研阶段给出约定，遵守约定撸代码，时候对接联调通过即可。

[zuoakang]

jira ？

[wangxiaoaer]

@ifane 举个例子 一个做用户的增删改查 一个做新闻的增删改查，中间很多是可以抽象出来一些共用的类 方法 ，这个工作谁负责？

[chinvo]

@wangxiaoaer #4 答案是各写各的或者用第三方

如果自家真的能搞出这么多通用方法、工具、扩展来，可以在后续研讨的时候提取出来做内部工具库

[derrick1]

@wangxiaoaer #4 如果主程没空, 那么找其中一个能力强一些或者时间多一些的人来做

[zhuzhibin]

我觉得小公司很难做到一开始就先把架构设计得很好 因为一般都是随着需求的增加以及定制的业务 那么通常常规的开发人员就会往原有的代码里面添油加醋 长期下来发现违反了开闭原则等等一系列问题 包括你刚刚说的 无非就是重复代码太多 或者说模块之间的依赖绑得太紧了 后面如果需要拆分模块 首先要做的肯定是减少模块之间的依赖 这时候其实是涉及到项目重构了 如果开发人员就那么几个的话 谁负责这个事情感觉意义不大了 有想法有能力都可以负责 不一定划分很清楚 如果大公司 应该基本不用考虑到架构上设计有问题 我工作一年多点 这是我的感悟 仅仅是交流哈

[wangxiaoaer]

@zhuzhibin 很贴实际。我们也就三五个人，但项目一旦忙起来，领导的话就是找外包借人过来，这就涉及到任务分解了。