posts/20210424-luna-talk-%E6%97%A0%E5%A4%84%E4%B8%8D%E5%9C%A8%E7%9A%84%E9%A2%86%E5%AF%BC%E5%8A%9B/

[utterances-bot]

Luna Talk | 无处不在的领导力 · Luna Wen's Blog

A woman with love and courage.

https://blog.lunawen.com/posts/20210424-luna-talk-%E6%97%A0%E5%A4%84%E4%B8%8D%E5%9C%A8%E7%9A%84%E9%A2%86%E5%AF%BC%E5%8A%9B/

[Meiling-Chen]

感谢Luna，讲的很好啊。自省和问题如下：

1. 寻找榜样。我很佩服我们组senior developer的专业能力和creativity，这个我觉得我一直有意识，但你讲出来就让概念在脑子里更清晰。
2. 主动请缨。这个算OK。
3. documentation， 其实这个是很多公司的通病，大家都太忙了，并不想浪费时间在doc上，但是各个部门信息并不是完全相同，就导致很多工作需要浪费大量咨询等待的时间。 --我需要改进，有什么写doc的经验详细帖子吗？我有时候自己写的笔记可能因为没有用心整理，最后只有我自己看得懂或者自己都看不懂。（Luna的DIY申请帖子算是很详细的了👍）
4. 向上管理。我们IT manager管理整个IT的team20多号人，非常的忙而且我们其实有daily catchup，我没有很自信去initiate这个meetup，而且我从毕业工作到现在一年多，其实很少有想法或者花时间思考what can be improved in our team. 这个具体怎么操作我觉得对我来说有点那度？请问有什么好的意见嘛？
5. 有时候我们做一些specific project，然后project manager不同，我发现很难和他们打交道，可能是我想法太幼稚，但我觉得有些 manager就感觉懂得不多而且不关心不懂技术，只问结果，如果有技术问题很难找到developer帮忙推进，他们开会的时候我感觉自己内心是白眼。如何能和这些manger打好交道呢？因为碰到不好的project manager（但是我的senior组员似乎完全ok），我很难感觉到团队的凝聚力，然后内心很难尊重manager，最后结果就是report的时候自己态度很随意。

最后感谢分享，因为工作之后合理利用休息时候阅读学习变得很困难，但是觉得你做的特别好，就是自燃体哈哈。

[lunawen]

感谢Luna，讲的很好啊。自省和问题如下：

1. 寻找榜样。我很佩服我们组senior developer的专业能力和creativity，这个我觉得我一直有意识，但你讲出来就让概念在脑子里更清晰。
2. 主动请缨。这个算OK。
3. documentation， 其实这个是很多公司的通病，大家都太忙了，并不想浪费时间在doc上，但是各个部门信息并不是完全相同，就导致很多工作需要浪费大量咨询等待的时间。 --我需要改进，有什么写doc的经验详细帖子吗？我有时候自己写的笔记可能因为没有用心整理，最后只有我自己看得懂或者自己都看不懂。（Luna的DIY申请帖子算是很详细的了👍）
4. 向上管理。我们IT manager管理整个IT的team20多号人，非常的忙而且我们其实有daily catchup，我没有很自信去initiate这个meetup，而且我从毕业工作到现在一年多，其实很少有想法或者花时间思考what can be improved in our team. 这个具体怎么操作我觉得对我来说有点那度？请问有什么好的意见嘛？
5. 有时候我们做一些specific project，然后project manager不同，我发现很难和他们打交道，可能是我想法太幼稚，但我觉得有些 manager就感觉懂得不多而且不关心不懂技术，只问结果，如果有技术问题很难找到developer帮忙推进，他们开会的时候我感觉自己内心是白眼。如何能和这些manger打好交道呢？因为碰到不好的project manager（但是我的senior组员似乎完全ok），我很难感觉到团队的凝聚力，然后内心很难尊重manager，最后结果就是report的时候自己态度很随意。

最后感谢分享，因为工作之后合理利用休息时候阅读学习变得很困难，但是觉得你做的特别好，就是自燃体哈哈。

谢谢走心留言~

第三点：我写documentation的目的是为了让大家能用到里面的内容，所以我一般会写大家经常问来问去的事情（总结一个最终答案），以及通过 Q&A 的形式自问自答来组织文档（比如 xxx 是用来干嘛的？xxx 是……），最后我会分享到群里面，让大家提供修改建议（也就是 peer review）。

第四点：我觉得一定要主动主动再主动！即使上级很忙，至少要争取到一个月 catchup 一次的频率（最好是两周一次）； 关于 team 里面可以改进的地方，我的方法就是观察大家的痛点，假如有人抱怨xx不好用，有人觉得xx流程不合理，我就会去思考各方的利益和出发点，去寻找好的解决方案，然后跟上级讨论我的想法。

第五点：这个可能会跟公司文化相关，但我们不管在什么环境下，都要争取对自己有利的东西，比如PM听不懂技术，那么就少聊点技术，聊他们关心的进度，双方各取所需的话，相处起来就不别扭了~想当年我做 PM 的时候完全不懂技术，程序员跟我解释半天这个 bug 很难修，我虽然假装听懂了，但还是会说「你这个啥时候能做完」，因为我关心的是进度，而不是「why」，公司里面不同职位的人做的事情不同，但都是对企业这个整体有价值的，所以要多考虑全局，而不光是自己的部门和自己所在乎的事情。

尊重 PM，他们也会尊重你~ 放下心结，求同存异即可~

就先回复这么多啦~ 希望能给你一些启发~