从“技术执男”到“技术暖男”
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
吾真本说混沌工程
扫码关注公众号
扫码阅读
手机扫码阅读
文章讲述了一个名为小z的技术咨询师,在DevOps转型咨询项目中与客户发生冲突的故事,并探讨了如何通过影响力和故事力来解决问题。
小z是一位经验丰富的技术人员,但在与客户合作中因直接指派任务给客户的开发人员小a而导致对方不满,遭到抗议。小z意识到自己在角色转变为教练后,需要通过影响力而非直接命令来引导客户。
作者通过小z的经历,强调了技术咨询师在提升影响力时需要具备的技能。其中,高琳老师提出的影响力公式为影响力 = (实力 + 魅力 + 沟通力) x 同理心。对于理工直男和技术执男,作者认为故事力可以带来魅力和沟通力,因此将公式简化为影响力 = (实力 + 故事力) x 同理心。
同理心的定义是基于共同目标来交流的心态,而故事力则是通过讲故事的方式间接传达理念,使之更易于被接受。在小z的案例中,他通过深入了解各方的深层目标并探究共同点,发现所有相关方都希望利用DevOps工具链来提升工作效率和质量。
最终,小z通过准备一个有吸引力的故事,在一个适当的场合向小a讲述。他通过微信向小a道歉,并邀请对方共进午餐,为传达自己的想法创造了机会。
文章展示了技术人员如何通过理解客户需求和使用有效的沟通技巧,从一个技术执男转变为能够理解客户、具备同理心的技术暖男。
吾真本说混沌工程
吾真本说混沌工程
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
吾真本说混沌工程的其他文章
Code Review: 超越“审、查、评”的代码回顾
把Code Review称作“代码回顾”吧,而不要称作令人紧张的“代码评审”或“代码走查”,把它打造成软件开发团队“共同学习、识别模式和每日持续”的过程,来有效提升团队代码内在质量。
懂人心的软件开发:不现实的机器化软件人假设
业界只重视技术和过程,忽视软件人的心理,导致软件人消极应付开发规范。懂人心的软件开发,将心理学和行为经济学研究成果,应用于软件工程和敏捷软件开发,用助推方法,以较低成本,让软件人在工作中自然做出提升软件产品质量和用户价值的行为。
混沌工程和软件系统稳定性实践在技术大会上没啥可讲的?
什么是混沌工程?用一句简单的话来解释,就是使用科学方法,用做有对照组的实验,来实证复杂的分布式软件系统,能够
用"责任风暴"驱动OOADP和DDD
《领域驱动设计》一书主要讨论如何更好地做OOD。但OOD之前的OOA和需求工作流,甚至包括OOD如何落地,Evans在书中并没有讲。如果仅读这本书,而没有掌握OOAD整套的方法,是无法将DDD落地的。本文试图弥补这个空白。
以线上事故驱动混沌工程更能展现价值
运维部门离线上事故更近,所以可以用线上事故驱动混沌工程,来体现混沌工程的价值。可以优选“严重级别”高且“业务影响时长”长的线上事故,有助于多样化地在混沌工程实验中引入现实世界事件,并能更好度量成效。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线