心理安全,对于这样一个重要而广泛讨论的概念,在实践中实际上做心理安全并不容易。 它真的需要积极的领导者为团队成员建立这种文化和安全网。 产品经理作为组织中的战略领导者过去一直在围绕产品建立共识和热情,是促进这种文化发展的独特资格。 以下是产品经理可以为其团队成员和其他团队成员培养心理安全感的一些小技巧。
1.练习提供反馈
心理安全是对恐惧的解毒剂,传播学者称之为“沉默的螺旋”,其中反对意见基本上在团体背景中被压制。作为产品经理,您需要团队成员的个人意见。您希望听到来自团队伙伴和UX设计师,工程师以及销售和营销人员等其他合作者的反馈。但实际上,团队成员往往有一些非常具体和可理解的担忧。团队成员可能会害怕说出来,因为他们担心他们可能会被忽略,嘲笑甚至解雇。
消除这种恐惧的一种方法是练习给予反馈,确保当其他人易受攻击并表达不同意见或少数人意见时,您可以听取他们意见,并以尊重和鼓励的方式提供一些反馈意见。
“心理安全是对传播学者称之为'沉默螺旋'的反毒药,在这种'螺旋式沉默'中,反对意见在小组讨论中被沉默了。”
作为产品经理,您已经习惯于征求客户的反馈意见。另外,我们非常肯定,大多数(成功的)产品经理都会恭敬地接受这些反馈,而不会让他们的客户沉默或让他们分享意见。产品经理经常会收到功能请求,这些功能请求不符合他们的产品策略,或者甚至可能完全在外面并且可能是荒谬的。但是,再次,大多数成功的产品经理都是专家,他们慷慨地接受客户的反馈意见,并提供某种恭敬的回应,即使他们确实知道他们不会制定给定的建议。没有理由不能以相同的开放态度和尊重对待团队成员,即使这个想法可能完全脱离基础。
定期给予反馈,以确保你永远不会让任何人感到他们无缘无故地将自己的工作或声誉放在线上。在团队成员的头脑风暴,优先排序练习以及其他方面,与个人一起练习这是非常好的。欢迎所有想法!
2.了解每个人
现在,几乎所有的公司都在谈论文化,团队建设活动等,但这一点实在不为过。了解他人,理解他们的想法,他们对不同主题的看法以及他们如何与世界接触,都是信任的基石。信任是心理安全的基础。这可能是列表中最重要的一点,但也可能是最有趣的。了解与你一起工作的人。玩的开心!一起出去吃午饭。去玩琐事。去欢乐时光。去广场跳舞吧!无论你和你的团队作为一个团体和个人来进入,重要的是在常规专业环境之外花费一些时间。
你越亲密地认识对方,你越相信自己会相互拥有,越少的人会觉得他们必须阻止自己的宝贵想法和观点,因为他们太害羞或害怕说出来。也许有人有一天刚刚跟一位客户说话,并对如何解决一个老问题有了一个全新的想法。如果他们知道他们可以不用担心或报复或潜在的尴尬来分享这种新颖的方法,他们更有可能分享它,而作为产品经理的你更有可能解决这个问题,并避免从相同的旧角度触及它。了解(并信任)你的队友,你就会知道心理安全的做法。
3. 合作与分享所有权
这是另一个听起来很明显但在产品开发中常常被忽略的观点。尽管普遍认为协作是成功的关键(实际上你可以在每一次招聘广告中看到它),但在实践中却往往不那么直截了当。团队可以占有,筒仓可以形成,而不是一个美丽的,工作在不断地进行头脑风暴,开发计划,协同的动态,并不断改进,事情往往是计划和建立在铲东西越过栅栏,很多隔离的手指,和逃避责任。打破循环!几年来我们谈到的几位产品经理告诉我们,工程师和设计师更加积极主动是他们多年来在不同公司建立信任和心理安全的一种方式。
例如,在开发的功能部分完成后,经常会出现UI问题。你提出的要求,甚至wireframed出来,并通过规范你的开发团队。他们在构建的技术部分上做得很好,一切都按照它应该的方式工作,它在技术上满足需求,解决了真正的用户问题。但。事情看起来就是不正确。你的开发团队不能读懂你的大脑,不知道用户界面应该是什么样子。开发人员感到沮丧,他们不得不回去做更多的工作,在客观上满足你的要求。顾客很沮丧,因为他们在等着。
解决这一问题的一种方法是在交付需求之前与设计和UI组件上的开发进行实际协作。作为产品经理,在开发需求并通过UI交谈之前,与开发团队坐下来。或者,您可以主动地让开发人员知道他们可以跳跃构建功能组件,但不应该花大量的时间在视觉和UI资产上,因为它们很可能在下一个Sprint中发生变化或演进。只要每个人都在同一页上,就会有更少的返工、紧张和更多的信任
4. 及时处理小事情
就像我们谈论技术债务一样,事情经常会发生,后果可能会带来负面后果。当你试图建立一种心理安全文化时也是如此。
设想一个开发人员指出了应用程序的一些潜在方面的问题,强调在升级一些新功能之前,升级或构建某个基础设施的重要性。然后几个跑去和他们指出来了。最后的两个功能运行良好,所以你继续照常营业。他们又指出了这一点。更多的特性,等等。直到有东西中断,你的客户感到不安,而开发人员现在正忙着修复一个数月前应该修复的东西。
这种动态并没有促进心理安全。它促进了挫折感和怨恨感,并且普遍认为某些团队成员的意见比你的价值低。如果你从其他团队成员可能缺乏领域专长的角度出发,就更容易信任他们并把他们的想法付诸实践。如果上面的修补程序在更早的时候实现了,很多头痛都可以避免,而且开发人员可能会更有启发性地指出潜在的缺陷。最后一件事是让团队成员识别出一个关键问题,然后说“把它提出来有什么意义?”
5. 询问人们他们是怎么做的,并且意味着什么
最后一点是另一个看起来很明显的问题,但并不像它应该的那样普遍。产品开发速度很快,特别是在软件方面。开始时雄心勃勃,热血沸腾,心理本就承受压力,如果没有心理安全,你往往会发现,到最后,有人离开你的团队,项目或公司。进行心理安全测试是每次站立式会议的一部分。持续不断地提高团队的精神温度,并确保人们知道可以提供真实的估计并让您知道什么时候会花费比预期更长的时间。
“倡导一种文化,在故事点上,诚实,准确和心理健康优先。”
产品经理经常在高层操作,为他们的组织制定策略,然后与开发人员一起合作来打破这一策略,以便他们可以执行。但是,由于他们中的许多人本身不是开发人员,他们必须相信他们的开发团队会提供估计需要多长时间的事情。多年来,很多开发者讲到,他们描述了过度承诺和接受短跑计划的现象,这些计划让他们过度劳累,无法完成承诺的工作。相反,促进一种文化,在故事点,诚实,准确和心理健康的优先顺序。
2020-02-15 11126
2018-01-03 10313
2021-03-18 7564
2018-06-01 6567
2019-06-22 6017
2019-05-03 5752