今天咱就来聊聊“侦察员”这个事儿。这词儿一听，可能大伙儿脑子里立马蹦出电视剧里那些个趴草丛、端着望远镜的英雄形象。没错，那是正儿八经的军事侦察，获取情报，给指挥部当“千里眼”、“顺风耳”，所谓“知己知彼，百战不殆”嘛说的就是这个理儿。
我今天想分享的“侦察员”实践，跟电视剧里头不太一样，但道理是相通的。这事儿得从我之前待过的一家小公司说起。
我的“侦察”实践
那会儿我刚毕业没多久，进了一家搞软件开发的小公司。老板，是个挺能说会道的人，画的饼那叫一个大。我们几个愣头青，天天埋头吭哧吭哧地干活，觉得只要把手头上的代码敲项目就能顺利上线，然后就能拿到老板许诺的奖金，想想都美滋滋。
一开始的“盲目行动”
我们接了个项目，客户要求挺急。老板天天催进度，我们，也就只顾着低头实现功能，加班加点是常态。遇到技术难题，几个人凑一块儿研究，实在不行就上网查资料，反正就是一门心思往前冲。那时候，我们就像那种只知道往前冲的“工兵”，缺乏对整个“战场”的观察。
“战斗”失利的初步反思
结果？项目紧赶慢赶做出来了，交付给客户，问题却一大堆。有些是我们技术上的疏漏，有些是需求理解的偏差，还有些，是客户那边在对接过程中，不同的人说法不一，我们也没当回事，就按跟我们拍板那个人的意思做了。项目黄了，老板自然是火冒三丈，我们几个也挺郁闷，明明累得跟狗似的，怎么就搞砸了？
开始我的“侦察行动”
痛定思痛！我就开始琢磨，这事儿到底错在哪儿了？不能光是代码没写好这么简单？
- 第一步：收集“敌方”情报（客户情况）
我开始回忆整个项目对接的过程。以前开会，客户那边乌泱泱来好几个人，七嘴八舌的。我们就听那个嗓门最大、职位听起来最高的。后来我私下里找机会跟客户公司一个比较谈得来的小兄弟聊天，才知道，原来他们内部对这个项目意见也不统一，那个嗓门大的，权力没那么大，真正能拍板的是另一个不怎么说话、但每次都在场的人。而且他们公司不同部门之间，对这个项目的期望和侧重点也完全不一样。这些信息，我们之前压根儿就没当回事儿！
- 第二步：审视“我方”情况（公司内部）
我又开始观察我们公司内部。老板虽然天天催进度，但他对项目的具体细节了解不多，更多的是在传递客户那边的压力。我们团队，技术能力参差不齐，有的人责任心强点，有的人就比较会“甩锅”。之前项目忙的时候，大家一团和气，现在项目黄了，互相埋怨的话就出来了。谁负责哪一块，谁当时提了什么建议没被采纳，谁又坚持了什么错误的做法，这些都成了“扯皮”的焦点。
- 第三步：分析“战场”环境（项目流程与沟通）
我还发现，我们跟客户的沟通机制很有问题。很多需求变更，都是口头说的，或者微信上简单聊几句，没有正规的文档记录和确认流程。这就导致后面出了问题，大家各执一词，说不清楚。而且我们过于相信客户口头上的“没问题”，没有去深究他们真正的痛点和潜在的风险。
“侦察”后的收获
通过这一番“侦察”，我算是弄明白了。项目失败，技术问题是一方面，但更重要的是，我们缺乏对整个项目环境、相关人员、潜在风险的“侦察”。我们就像一群没有情报支持的士兵，只知道闷头往前冲，结果自然是撞得头破血流。
就拿客户那边来说，如果我们早点“侦察”到他们内部的权力结构和不同部门的真实需求，就能更好地协调，甚至能帮他们统一意见，而不是被动地接受指令。对我们自己团队，如果能早点“侦察”到每个人的真实能力和责任心，就能更好地分配任务，规避风险。
这“侦察员”的工作，不光是打仗需要。咱们平时工作、生活，也得时不时地扮演一下这个角色。多听、多看、多想，搞清楚状况，才能把事情做少走弯路。不能光听别人怎么说，还得自己去观察，去分析，去判断。这大概就是我从那次失败的项目中学到的，最重要的东西。
后来再做项目，我就学乖了。不光是埋头干活，还会花心思去了解客户的真实想法，观察团队成员的状态，留意项目过程中可能出现的各种“蛛丝马迹”。虽然麻烦了点，但确实让工作顺利了不少。这“侦察”的功夫，真是到哪儿都用得上！
还没有评论，来说两句吧...