作为一个团队管理新手，很多时候遇到的第一个项目管理难点，就在项目任务的分配上,如何保证项目整体计划的效率，还要实现团队内任务分配公平。

　　项目任务分配，最终目的是要让项目在保证质量的前提下，在项目时限要求之内完成，这就要求项目分配要考虑开发效率，将软件开发任务下达到具体团队成员，保证软件开发整体流程能够有序的进行。　　

　　软件项目任务管理中如何实现公平和效率，或者说，两者之间谁更重要，要优先解决？

　　回到项目管理工作现场，项目的效率是优先要保证的。在现在这个瞬息万变的环境中，早一天推出产品，意味着占领市场的机会就多一分，或者客户满意度就会高一些。所以对于一个团队管理者来说，项目进度就是悬在自己头上的达摩克里斯之剑，必须重视。软件的开发进度，在质量有保证的情况下，自然是越快越好。

　　团队内部不可能全部都是能力好的成员组成的。让项目进展保证效率，任务按照工作量平均分配是无法实现的。进度的压力下，很多时候，让有能力的成员多承担开发任务是不得已的。但是这种任务分配模式，又会让管理新手担心能力好的成员会有不满情绪，进而出现不可控的结果，不是提出调离小组或者部门，就是激进的直接提出离职。

　　实际上当初作为管理新手，也担心会发生这样的情况，所以为了公平起见，尽量让任务平均分配到每个成员身上，最终的结果是项目进展不顺利，延期情况比较严重。项目期间，能力较好，或者工作态度更为积极的成员，他们的任务完成情况更快更好，然后出现了工作的的空档，而能力较差的成员经常任务延期。如果这些延期任务，关联到其他开发任务，更糟的结果就会发生，整个项目进度管理严重失控。

　　之后在工作实践中，我逐步调整了任务分配方式：在效率的前提下兼顾公平。　

　　公平和效率，两者看起来是矛盾的，但是在实际工作中，可以分别对团队成员和项目任务进行划分和重新匹配。

　　首先团队成员可以根据工作能力和工作态度划分，能力好态度积极，能力好态度一般，能力一般态度积极，能力一般态度一般，可以先简单的划分这么几类（之后会在团队成员精细化管理里面再说明）。

　　其次工作任务可以根据任务类型和任务重要程度划分，任务类型可以根据开发任务的技术难度，或者功能在整个软件项目中的业务重要程度，先简单的分成常规开发任务和业务重点难点任务。任务的重要程度，可以先看下这个软件开发任务，在整个项目路径中的位置，如果是关键路径的任务，或者是多个任务的前置任务，那么它的重要程度就要高。

　　有了这两项分类基础，接下来就可以进行任务分配了。每个团队成员任务分配工作总量要以公平为原则，但不是说就要完全的平均化。

重要程度高的业务重点难点任务，就要优先考虑分配给能力好态度积极的成员，任务的时间设定上，可以根据项目里程碑来倒推决定，保证项目的关键路径进度可控。业务重点难点任务。

重要程度相对来说低一些的，可以考虑分配给能力好态度一般或者消极的成员，任务时间可以根据实际情况给予一定的延时，因为任务不在关键路径上，延时可以有，但是前提是不能对整体项目进度造成影响，一定要留有足够的提前量作为时间储备，以防止项目开发期间出现的其他意外情况。

最后剩下来的常规任务，重要程度高分配给能力一般但是态度积极的成员，这之后就需要管理人员更频繁地检查监督任务成果，防止出现关键路径上任务进度出现严重问题，保证项目进度可控。剩余的任务就可以分配给能力一般态度也一般的成员，完成任务的清理工作。

　　理论上如果团队内部存在能力差，态度又消极的成员，是应该及时从队伍中调整出去的，但是实际上团队成员的分配，一个小型开发团队管理者，尤其是一个新手，是很难干预的。这样之前剩余的任务也可以分配给这些成员，并在项目管理过程中，看这类成员能否最终改善进步。

　　这样任务分配总趋势，是让有能力的成员承担更多的任务和责任，但是任务量分配总体情况，在团队内部能尽可能的营造出公平的环境来。任务分配的总体结果，就是以能力高态度积极的成员为项目突击核心，能力或者态度上有短板的成员为主力，保证项目质量和进度可控，其他成员托底，推动项目整体任务的进行。在尽量保证公平的前提下，保证项目效率。