TW如何刷存在感

如果有人问你：“作为一名技术文档工程师，你幸福吗？” 而你白他一眼：“还幸福呢！连一点存在感都没有！”这说明，你需要刷存在感了。那么谁来刷？该怎么刷？怎么才能刷个彻底、刷个痛快呢？...



如果有人问你：“作为一名技术文档工程师，你幸福吗？” 而你白他一眼：“还幸福呢！连一点存在感都没有！”这说明，你需要刷存在感了。那么谁来刷？该怎么刷？怎么才能刷个彻底、刷个痛快呢？本文就来聊聊这个话题，抛砖引玉，愿我们共同努力，提升幸福指数。



首先得说，存在感是个心态问题。借用下名言，“我思，故我在”。一个人的存在与否，不是靠别人说的，也不需要别人来定义或认可，根本与他人无关。做为一名技术文档工程师（TW），我不是存在给研发经理看的，也不任由客户评判。工作之所以有趣，就是因为我们总会遇到形形色色的人、听到林林总总的话语、看到或冷或热的脸色，而所有这些外界因素都无法撼动一颗强大的心。心态决定幸福感。

再者，存在感和自信心有关。我有我TW的价值和能力，你认同，或不认同，它就在那里，不生不灭。霸气点说，你忽视我的存在，是你不懂我的世界。信心决定气场和自我感觉。

不过，这些还远远不够，我们还要更进一步地做点什么。也就是说，把我们这种强大这种霸气由内而外“刷”出来，把一切企图干扰我们存在感的因素解决掉，不论是已经出现的还是将来可能出现的。存在感可以自己刷，也可以让别人帮你刷。以下分享下亲身经历和心得：


一、 精心准备，各个击破某客户公司敏捷研发项目，文档始终处于被忽视的地位，直接导致文档评审和最终交付问题频出。如果要彻底解决问题，客户方和其他第三方牵扯进来的人比较多，想改变所有这些人的观念和习惯，并非易事。

笔者接手该项目后的做法是，观察、理清这些人的工作习惯、甲方乙方关系、分工合作关系、汇报关系等。然后把其中几个关键人物挑出来、排序（“发招”顺序）。这些关键人物有研发部门经理1名、项目经理1名、系统架构师2名、产品经理1名、各模块开发负责人5名。接着按照之前的排序、针对每个关键人物，仔细拟定沟通计划和策略，准备说服力强的演示文件和各种支持文件（即实例和分析数据），逐个沟通。由于笔者的要求简单、演示文稿说服力强，因此获得了这些关键人物的一致认可和支持，也拿到些“小”（对于他们来说）承诺，比如每次迭代计划大会（Sprint Planning Meeting）和总结大会（Sprint Review Meeting）的通知邮件都能抄送TW，等等。在说服关键人物之后，趁热打铁、推动他们向其他相关人等（笔者称之为“下线”）做“推广”，笔者则做跟进和深入，巩固成果。



不到三周，项目所有人员都知道了文档环节是必不可少的，每次迭代计划会上大家会主动讨论文档相关影响，而每次迭代总结会上文档方面的汇报总结也是大家关注的重点，连每天晨会都会主动问文档这边说几句。大家也开始按照笔者的建议，积极配合着文档质量和开发流程的持续改进。这些都开了该公司文档实践的先河，也得到了高层的好评。

笔者的心得是：遇到问题不能放任、逃避或推脱，要积极面对、精心准备，仔细分析、布局和行动，一定会取得成功。因为，不论是客户还是自己公司的老板，在敬业和彼此尊重的前提下，所有人的目标都是一致的（产品的最优用户体验），缺的只是方法、用心和引导，不是么？


二、 未雨绸缪

笔者一直坚信，在绝大多数情况下（极个别案例除外），不论是成本还是代价方面，预防总是胜于解决。在对方首次接触文档之前（或之时），或是一个文档项目开始之时，每个 TW 尤其是项目经理，都不要忘记做一件一劳永逸的事情：铺设流程和习惯养成的环境。当一个人、一件事物被提起和被关注变成了一种顺理成章、约定俗成的习惯，存在感还用特意去刷么？

当然，预防办法总是比问题多，以上仅为个人经历和看法。什么情况下选择什么样的预防办法，那就要具体问题具体分析了。限于篇幅，就不侃这个了，欢迎大家来微信微博讨论。

存在自在我心，幸福自己创造。最后强调一句，幸福不是建立在别人的痛苦之上的。拥有一个彼此平等、互相尊重、融洽轻松的大环境，工作起来才有幸福的可能。愿大家开心工作，幸福享受一名TW的存在。

    关注 HappyTC