程序媛，原来可以这么转型！！！

一个 “程序媛”转型项目管理的故事。

画外音，几乎没有转过文章，此篇例外：

（1）“程序媛”的号太少，帮她推广下公众号；

（2）后中的第一人称，是作者本人；

曾经的程序媛，现在的项目经理。想清楚自己想要什么，并持续学习，这才是最重要的。当然还要有一颗感恩的❤️，感恩愿意给自己机会的人，也感恩自己抓住了机会。

今天，和大家聊聊，我转型过程中的一些思考。

一、转换思维方式

对于曾经的我来说，写代码就是目的，能够从事自己热爱的研发工作就是一种激励。

而项目管理以结果为导向，用技术的思路做项目管理却未必合适。

那么，我从研发到项目管理，是何转换思维的呢？

• 换位思考

不要害怕争论与冲突，这些是能量的来源，也是刻意练习“思维转换”的机会，尽量站在对方的角度，找到一个缓和的方法来解决问题。

产研做项目，很多时候会打架，项目要顺利进行，必须缓和产研间的对立，“换位思考”很多时候就能起到缓冲剂的作用。

• 搞清楚为什么

为什么增加这个功能？

搞清楚了为什么，才可能找到最核心的问题，以及更有效的解决方案。同时保证对信息进行正确过滤和正确转发，让团队和相关人员都能够获得足够的信息进行工作。这也就进一步提升了完成项目的效率。

别只说做什么，研发不只是资源，多说为什么做。

• 服务意识

加强自己和项目成员的服务意识，服务好公司用户上下游团队的“内部顾客”，合力完成一致的目标。

二、转换工作方式

作为一名一线程序媛，自己为自己的代码负责，自己为自己的工作成果负责。

从研发转项目管理，容易犯这样一些错误：

1. 事必躬亲（放开那个需求，让我来）

2. 过于关注技术（技痒难耐）

3. 理想主义（塑料友谊分分钟实锤）

4. 缺乏沟通技巧（面子？不存在的）

5. 缺少权衡（摇摆摇摆）

那么，我从研发到项目管理，是如何转换工作方式的呢？

• 克制&信任

因为曾经做过研发，有时候看到别的小朋友，真的很着急，真的很想抢过键盘，“让我来”。

但是，要克制自己，要信任他人。

不要尝试想着去替代团队内成员本来属于他们自己工作的事情、不要充当一个追在屁股后的监工角色、不要怀疑任何一个领域内团队人员的专业；而你要做的，更应该是关注项目本身，管理的流程、细则。

• 持续改进

摆脱追求完美的陷阱。

技术可以做到“钉是钉，铆是铆”，但项目本身的特征是独特性、目标性、临时性；对应的项目管理也没有对错之别，只有是否合理、有效之分。

• 做好沟通

积极主动沟通。

很多时候，我们的立场是随着情绪而微妙变化的，所以沟通的时候要保持积极的心态。理清各干系人的权力职责，利益关系；同时了解项目成员的真实想法，理解对方的“苦衷”；寻找问题根源和解决突破口，从而在沟通中达到求同存异。

情绪激动的时候，很可能我们不是反对某个观点，而只是单纯反对某个人。

三、加强对项目管理专业知识的学习

和研发有很强的专业性，研发门槛很高一样，想要成功转型项目管理，专业知识的学习同样重要。

那么，我从研发到项目管理，如何学习专业知识的呢？

• PMP认证

以考促学（自行参考）。如果你和我一样，对项目管理有着浓厚的兴趣和深深的向往，但做的项目不多，可以先系统学习一下项目管理这门技术，深化自己对项目管理的认识，给自己未来更多的机会和可能。

• 知识积累

加大理解力池子。以项目管理为主，其他类型书籍为辅；由浅入深，由熟悉着手；过程中不断学习，慢慢的积累经验，在实践中学习，在实践中总结；过程可能会慢一些，要适当的给自己一些耐心。

• 学习&交流

多向前辈学习。要虚心向其他项目经理学习，慢慢溶于他们之中。多关注和参加行业相关大会；就像一千个人眼中就有一千个哈姆雷特一样，不同的公司也有不同的适合公司的项目管理方法。

写在最后

每项专业都有属于自己的吸引力，不管是研发，还是项目管理。

转型路上磕磕绊绊很难避免，即使摔倒了，拍拍尘土继续勇往直前，这就是我眼中的“优雅”。

上面是我的公众号，争取日更，欢迎大伙关注。

曾经，一个互联网的程序媛；现在，一个互联网的项目经理。期待与大家交流。