一个 “程序媛”转型项目管理的故事。
画外音，几乎没有转过文章，此篇例外：
（1）“程序媛”的号太少，帮她推广下公众号；
（2）后中的第一人称，是作者本人；
曾经的程序媛，现在的项目经理。想清楚自己想要什么，并持续学习，这才是最重要的。当然还要有一颗感恩的❤️，感恩愿意给自己机会的人，也感恩自己抓住了机会。
今天，和大家聊聊，我转型过程中的一些思考。
一、转换思维方式
对于曾经的我来说，写代码就是目的，能够从事自己热爱的研发工作就是一种激励。
而项目管理以结果为导向，用技术的思路做项目管理却未必合适。
那么，我从研发到项目管理，是何转换思维的呢？
换位思考
不要害怕争论与冲突，这些是能量的来源，也是刻意练习“思维转换”的机会，尽量站在对方的角度，找到一个缓和的方法来解决问题。
产研做项目，很多时候会打架，项目要顺利进行，必须缓和产研间的对立，“换位思考”很多时候就能起到缓冲剂的作用。
搞清楚为什么
为什么增加这个功能？
搞清楚了为什么，才可能找到最核心的问题，以及更有效的解决方案。同时保证对信息进行正确过滤和正确转发，让团队和相关人员都能够获得足够的信息进行工作。这也就进一步提升了完成项目的效率。
别只说做什么，研发不只是资源，多说为什么做。
服务意识
加强自己和项目成员的服务意识，服务好公司用户上下游团队的“内部顾客”，合力完成一致的目标。
二、转换工作方式
作为一名一线程序媛，自己为自己的代码负责，自己为自己的工作成果负责。
从研发转项目管理，容易犯这样一些错误：
事必躬亲（放开那个需求，让我来）
过于关注技术（技痒难耐）
理想主义（塑料友谊分分钟实锤）
缺乏沟通技巧（面子？不存在的）
缺少权衡（摇摆摇摆）
那么，我从研发到项目管理，是如何转换工作方式的呢？
克制&信任
因为曾经做过研发，有时候看到别的小朋友，真的很着急，真的很想抢过键盘，“让我来”。
但是，要克制自己，要信任他人。
不要尝试想着去替代团队内成员本来属于他们自己工作的事情、不要充当一个追在屁股后的监工角色、不要怀疑任何一个领域内团队人员的专业；而你要做的，更应该是关注项目本身，管理的流程、细则。
持续改进
摆脱追求完美的陷阱。
技术可以做到“钉是钉，铆是铆”，但项目本身的特征是独特性、目标性、临时性；对应的项目管理也没有对错之别，只有是否合理、有效之分。
做好沟通
积极主动沟通。
很多时候，我们的立场是随着情绪而微妙变化的，所以沟通的时候要保持积极的心态。理清各干系人的权力职责，利益关系；同时了解项目成员的真实想法，理解对方的“苦衷”；寻找问题根源和解决突破口，从而在沟通中达到求同存异。
情绪激动的时候，很可能我们不是反对某个观点，而只是单纯反对某个人。
三、加强对项目管理专业知识的学习
和研发有很强的专业性，研发门槛很高一样，想要成功转型项目管理，专业知识的学习同样重要。
那么，我从研发到项目管理，如何学习专业知识的呢？
PMP认证
以考促学（自行参考）。如果你和我一样，对项目管理有着浓厚的兴趣和深深的向往，但做的项目不多，可以先系统学习一下项目管理这门技术，深化自己对项目管理的认识，给自己未来更多的机会和可能。
知识积累
加大理解力池子。以项目管理为主，其他类型书籍为辅；由浅入深，由熟悉着手；过程中不断学习，慢慢的积累经验，在实践中学习，在实践中总结；过程可能会慢一些，要适当的给自己一些耐心。
学习&交流
多向前辈学习。要虚心向其他项目经理学习，慢慢溶于他们之中。多关注和参加行业相关大会；就像一千个人眼中就有一千个哈姆雷特一样，不同的公司也有不同的适合公司的项目管理方法。
写在最后
每项专业都有属于自己的吸引力，不管是研发，还是项目管理。
转型路上磕磕绊绊很难避免，即使摔倒了，拍拍尘土继续勇往直前，这就是我眼中的“优雅”。
上面是我的公众号，争取日更，欢迎大伙关注。
曾经，一个互联网的程序媛；现在，一个互联网的项目经理。期待与大家交流。
