很多人说，互联网转型就思维方式的变化，只有思维方式变化了任何的制度才能真正落地执行，不然就永远是空谈。其实写下这个话题，并没有什么结论性的举措或者方法，只是说说我在项目和团队运作中遇到困惑时的思考。
首先先来定义下什么是项目思维和产品思维，再来说说从这两种思维方式中延展出来的问题
项目思维就是以项目为牵引，通过一个个有时间节点要求的任务来完成目标交付物
而产品思维就是一切以产品目标为前提，通过不断完善来满足用户的需求。产品思维某种意义也可以叫用户思维。
项目思维强调的是里程碑和完成的质量，分级达成目标；而产品思维强调的是响应快，从用户痛点向外辐射
其实目前来看，很多传统行业进行互联网化时，就是没有办法完成两种思维方式的转变。总结原因的话主要为三点:
1.团队从被动到主动
读过黎万强的《参与感》的人都应该了解到小米的那种鼓励工程师自我需求导入的机制，所以小米研发模式就是非常标准的产品思维。
但是这点要做到是非常不容易的，项目思维中，在整个项目管理运作体系下，从需求到系统设计到研发编码到测试，整个环境都是以项目经理为牵引，通过任务下发到各个单元团队，所有的团队成员都以及习惯了这个任务驱动的工作模式，所以不会有特别强的内驱力。
单从结果导向看，似乎项目思维问题不大。但是这里会造成最大的问题就是整个团队的产品归属感会非常差，这个问题在我目前的项目中就体现的非常明显。因为大家都会觉得我只是完成的是一个个的任务，这个产品与自己关系并不大，久而久之，这样的团队是很难做出好的产品的，尤其对于互联网产品这种要求有很高创新性以及极致体验要求的产品。
2.对于变化的接受能力
我们都知道项目运作中，有个很大的地雷就是风险，项目经理很大的工作就是想办法规避风险。而风险中最烦人的就是需求变更。所以项目思维运作下，其实会给需求的弹性空间非常小。
但是我们知道互联网这个东西真的是日新月异，用户需求迭代也是越来越快，如果团队对于这种变化的接受空间有限的话，我们很难将产品做到极致。因为再牛逼的产品经理也不可能把产品功能和用户需求从一开始就想的那么深入透彻，这是需要不断通过快速迭代完成，很有可能今天发布个版本，用户提个问题，产品经理觉得有道理，今天晚上就改，明天就再发个版本出去，这么说虽然有点夸张，但是类似的事情相信会经常发生的。项目思维下的的版本发布绝对不会这么随便的
3.领导思维与团队环境
最近看了本书《腾讯方法》，讲腾讯天天游戏项目组的项目转型的案例，大家可以去看一下，其实这个案例其实就是非常典型的思维方式转变迎来产品成功的案例。
其中有句话很触动我：“领导改变环境，环境改变员工”。所以真正能不能互联网转型成功，不是看你从互联网公司挖了几个大牛，有时候根本是在于领导有没有决心和意识。
项目思维下的团队，团队整体做的肯定是研发流程的规范，如何进行编码规范，项目如何更多快好省的完成，而产品思维下的团队每天讨论的可能是新版本用户反馈如何，哪些再被吐槽赶紧去改，新的用户需求我要用怎样的架构满足才行
两种方式没有好坏对错之分，只有对于你要做的产品是否合适之分
关于如何从项目思维过渡到产品思维的思考
改变领导或者环境基本是不可行的话，那么从团队内部如何更好的进行这种思维的转变呢，目前正在做的举措可以分享下
1. 从个人再到团队
要求所有人进行转变是不可能，环境也不允许的情况下，先选出有潜力的人，让这些人从项目中抽出些精力放到产品上，先试点再推广
2. 强化需求在项目中的地位
也就是说让用户需求牵引项目走向，换个角度完成项目转型
3. 尽可能缩短项目周期，加强迭代化思想
总的来说，还是事在人为，无论是项目化还是产品化，只有认准一个目标，我们做出来的产品是给用户用的。就算阻力再大，办法总比困难多。
