谁是项目的负责人？

极客时间《朱赟的技术管理课》学习笔记 13

管理者不用亲力亲为：关键是什么？

2018

如果你在分配任务的过程中，对方不认可你设定的目标，或者不同意你对项目成功的定义，你该怎么做呢？

这个又回到之前影响力的话题上了，如果有足够的说服力、谈判力和鼓舞力，那么对方可能就会更容易认可你设定的目标。如果是我处在这种情况下，那么可以由对方来设定目标或者定义项目，然后我来配合或者引导其完成任务。

如果没有足够的个人影响力（魅力），足够的授权和资源（升职、加薪、奖金），那么干脆就不要去做项目领导。

目前，我还出一一个被管理的地位，那么从我个人的角度来说，首先应该和领导达成对于任务目标完成标准的共识，在基本上由领导决定的情况下，根据实际情况，合理的调整领导的期望值。

其次是不断的给出项目进展情况的反馈，按照周报或者月报的形式，或者是项目关键节点的时候，让领导明确项目的进展。

最后，有困难找领导。如果遇到解决不了的问题，或者需要领导出面协调，及时让领导知道。

最终，让事情更快更好的完成，是第一位的。

2021

有点尴尬的发现，前面的学习笔记有重复的部分。

技术管理者可能不需要事事亲力亲为写代码，但仍然可能需要在很多事情上操心，特别是要看一下布置下去的工作有没有完成，有没有实现既定的目标。

不过还有一点，就是作为领导，需要承担一定的责任，如果事情搞砸了，那么首先被问责的应该是管理者。

同步目标，明确承诺，制定计划，保持跟进，给出反馈，也许戴明环 PDCA 更能体现出这种循环。无论作为管理者还是被管理者，计划、执行、检查、调整，都适合。

前几天与别人合作写解决方案，但是对方的文稿总是无法让我满意，而且我觉的问题可能出在工作态度上。整个方案写下来，发现需要“亲力亲为”的地方很多。现在想来，应对的方法应该就是增加反馈，每天做一次合稿，及时给出修改意见。

回到课后思考题，可以尝试沟通、说服，但是如果遇到特殊情况，那么搁置争议，完成项目唯上。其实不论项目还是文档，最终是有一个负责人的，如果负责人是我的话，那么最终还是应该按照我的意见来处理，然后我来承担责任。在合作的过程中，应该尽早明确这一点。