果见案例库
根据「管理全景图」汇总相关模块案例。
内容来自小酒馆、小茶馆、小咖馆和小饭馆内，群友们真诚热情的讨论。
欢迎在管理之路上徜徉的你加入管理社群，分享交流管理相关的话题（文末扫码加入）。
案例详情
问题
昨天试用组内开发的某产品迭代 1 版本管理系统（同类型产品管理系统已经做过一套），发现体验很差。今天上午就跟前端开发说了几句，大体意思是「我们不能越做越差，至少要保证样式体验不能低于 A」，可能有些严肃。刚刚发现那兄弟上午在朋友圈发了「对不起，我很菜，告辞」。
我们是企业产品，交付周期 6 个月，4 个迭代 + 2 个 BugFix 版本，目前处于第一迭代。同一类产品已经开发过个一套，之前这套也样式经历多次变更。现在重新开发出来的是样式是采用曾经被 PK 掉的样式和体验设计，所以我很生气。
在方案设计领域，「评判」的标准是「是否采用经过评审的方案」，而不是未经评审带来的「自由」变更。
本来下午要跟他们单独聊聊，但来了临时市场项目，忙了很晚，刷朋友圈惊呆了我！
群友互动
@谁的羊
正常，90 后吧。不是说打上标签，而是说这样的事在 90 后看来很正常。
群友互动
@吴涛
有没有问过开发过程中变换样式的原因是什么？
群友互动
@天意
用户体验要先做出原型吧，开发都完成了，才说体验差吗。
群友互动
@默
不要随意打上 90 后这个标签。我 90 后的也快 30 了。
你们没有 UI、UE 的验证吗？前端做出的东西，设计要验证还原情况。
群友互动
@海飞
在说问题的时候，很难做到不「评判」。一旦有评判是负向的（比如「越做越差」这种就是明显的负面评判），对方就会不舒服。不舒服的忍受程度因人而异吧。
如何做到只说事实，还能表达清楚自己的观点，解决问题？不知道这块如何提高。
全景图分析
诊断
身为「人」，尤其是群体生活中的「人」，大多都会有感性和理性的两面。所以事情发生时我们面对的问题，常常也会表现在这两个方面上。
正如案例中的管理者，一方面要面对「项目结果不如预期」，另一方面还需要处理「员工情绪化的表达要跑路」。
问题千千万，管理者重要的职责之一就是理清它们。思考清楚哪些是真正的问题，会影响到团队目标的达成，比如业务目标、团建目标等。哪些虽然自己不太舒服，但暂时放下也无关大碍。
应对思路
情绪
无论是管理者「我很生气」、「很严肃的指责对方」，还是对方「发了一条表达自己不开心的朋友圈」。本质上来说其实都是情绪和感受。
因为大脑的生理结构，我们会有情绪是很正常的。但意识到对方或自己有情绪这个事情本身很重要。
爬行脑：从爬行动物那里继承下来的，控制着人本能的、无意识的、瞬间反应的行为，属于「生存式大脑」；
情绪脑：是从哺乳动物遗传下来的部分，控制着情感和情绪，并沉淀和保持长期形成的习惯模式，这种模式反应也很快速。
理性脑：是智人阶段才进化出来的，控制着视觉、想象力、辨别力、系统思考等。
因为双方如果在情绪下，很难去互相理解对方真正想表达的意思。因为爬行脑和情绪脑阻断了理性脑的工作。
当对情绪有一定认知和意识觉察后，可以方便我们更好的使用三层倾听。
分清楚理性和情绪，帮助我们更好的沟通。减少「误会」造成的更大问题。
有效执行
从案例中了解，这个不符合管理者预期的版本，历时一个月。我们正好可以借由这个机会反思下，项目管理中出现了什么问题。
是一开始的目标就没有对齐？比如说像「我们不能越做越差，至少要保证样式体验不能低于 A」就是一个不够 Smart 的目标。
样式体验的标准，正如一千个读者就有一千个哈姆雷特一样。所以如果对此非常关注，就将标准明确出来。
我们总结了有效执行的四个要素和其中的一些重点。当我们的项目出现问题时，可以对参照这个「问题清单」检查一下，相信很快大家就可以找到问题出在哪里，从而对症下药。
更多内容可查阅图书《知行：技术人的管理之路》。
期待你的案例分享！
还没有评论，来说两句吧...