管理者在进行工作分配时，会考虑哪些问题？
作为技术管理者，我们的主要职责之一就是将工作进行分解和授权。
一般情况下，管理者会倾向于把重要、困难的工作交给自己信任的人。这种信任，包含了对他了解的程度，对其工作态度和能力水平的肯定。也就是说，你需要做出判断：接到任务的人，到底能不能全力以赴把事情做到最好。
然而，信任并不是短期内便能够建立起来的。此时，我们该如何分配工作呢？
建立参考基线
当和一个人没有任何直接接触的时候，我们可以通过第三方评价、个人履历以及该员工做过的项目或产品来衡量他的能力。
问对问题比正确答案更重要
把任务交到员工手里之前，要和他进行充分的沟通。告诉他任务的详细情形，看他会问出什么样的问题，提出哪些想法。
沟通的时候，要看他的问题和想法是否会尽可能考虑所有的情况，问问题和提想法之前是会去调研，还是直接去做一些想当然的假定。在你给出反馈意见或指导性建议之后，他的反馈是什么，又会问出什么样的问题，提出哪些想法……这些都能帮助我们进一步评估他是不是真的了解任务的状况，有没有综合去考虑任务中的问题。
工期估算
估算完成任务的工期是分配任务中必不可少的环节。你可以让接受任务的员工试着去估算：需要多久完成，大概什么时候完成，需要什么样的资源等。
如果他是个思维缜密的人，就会去考虑完成这个任务的所有相关问题。开发工作量是多大，会不会依赖其他人的工作，有多少沟通成本，技术难点是什么，有没有现成的方案，系统框架是什么，后期集成和测试的时间成本有多少，综合考虑后，再给出一个相对全面的时间估算。
很多时候，我们希望任务能够更快完成，所以员工给出一个短平快的工期是符合我们的预期，但如果他很多关键的因素都没有考虑到，那这就是一个过于乐观和不切实际的估算。
如果一个人不能花费足够的时间去了解自己未知的部分，我们很难放心地把任务交给他独立完成。
执行力
工作中有一些人，他们的沟通能力、计划能力都很强，但是执行力却比较差，或者没有粘滞力，执行过程中容易遇难就退、虎头蛇尾。这些人属于能说但不能把事情做好的人，项目中如果有重要的任务，切记不要交给这样的人去做。
后期维护
完成一个项目并不意味着项目的结束，很多时候，项目上线了还需要一段时间的维护工作。这包括了 Bug 修复，排查用户反馈的问题，完成后续的迭代开发等等。
此时，需要去观察：一个人是不是可以自觉地维护产品，有没有责任感，会不会推卸责任，出了问题，能不能第一时间冲到一线解决。
当一个员工的项目越做越好时，我们也会很愿意将任务交给他，并提供支持和帮助。
其他细节
-
如何对待职场新人
一些职场新人很有潜力，但经验不足，此时，不要轻易地否定他们的工作。
可以耐心地花些时间悉心指导，他们可以快速地学习并且进步。
-
如何针对不同类型的员工分配工作
管理中会遇到各个类型的人才，有的技术强一些，有的协作好一些，有的慢性子，有的做事比较急躁。
在分配任务的时候，你需要根据每个人的特点安排不同类型的任务，并提供相应的支持和帮助，扬长避短，才能发挥人员的最大效力。如：
- 有的人干活比较慢，但是慢工出细活，做出来的东西出错少，即使有错也能快速定位，搞清楚原因。
- 有的人手快，可能早期代码错误多一些，但是能够快速迭代，不断改进，最终也能做出稳定的线上产品。
针对这种情况，我们可以把线上产品的改动交给慢而稳的那个人，把需要快速迭代开发的产品交给能快速出结果的人，最终，这两个人都可以变成项目的核心成员。
-
大项目的工作分配
遇到大项目时，分解后的项目需要一个团队去协作完成。此时，需要指定一个团队负责人。
这个人同样要具备分配任务的能力，把需要完成的工作，分配给最合适的人，团队成员通力配合，一起把项目做好。
小结
如果你希望承担更重要的任务，成为有担当的人，一方面需要提高自身的能力，发挥自己的特长，另一方面就是成为一个有态度的人。拿到一个任务，能不能全力以赴把事情做到最好。这些东西不仅仅会决定一个项目的成败，更重要的是打磨我们自己的心性，让我们在别人眼中，成为一个可以托付重任的人。
