
| 关注 @stephenrwalli
雷德蒙德,华盛顿州和英国伦敦
我是一名技术主管、创始人、顾问、作家、国际商务人士、系统开发人员、软件构建爱好者和标准外交家。 我喜欢构建让客户欣喜若狂的团队和产品。 自 1980 年以来,我一直在 IT 行业工作,既是客户又是供应商。 我曾担任 Hewlett Packard Enterprise 的杰出技术专家,以及 Docker 的顾问。 我是 Microsoft Azure 工程团队的首席项目经理。
我是一名技术主管、创始人、顾问、作家、国际商务人士、系统开发人员、软件构建爱好者和标准外交家。 我喜欢构建让客户欣喜若狂的团队和产品。 自 1980 年以来,我一直在 IT 行业工作,既是客户又是供应商。 我曾担任 Hewlett Packard Enterprise 的杰出技术专家,以及 Docker 的顾问。 我是 Microsoft Azure 工程团队的首席项目经理。
撰写评论
您的技术是合理的:鼓励个人沿着结构化的路线进行内省,看到他们功能组中其他人的相似之处,然后了解与其他组和有效的沟通方式的差异。 它甚至允许下一步了解如何通过不同的视角来加强团队本身。
问题是(正如 Oblivion 博士指出的那样),您正在使用的特定框架实际上被证明在心理学中没有根据。 因此,您的技术是可靠的,但很容易受到那些不想参与您正在使用的工具之一的人的批评。 我没有更好的框架建议,但找到一个会很有趣。
我明白了。 我在写这篇文章时犹豫是否要使用“迷因”。 但是迷因是从某个地方开始的,所以我认为我应该从一厢情愿的角度来写它,即这些想法被广泛理解和教授,这样我们就停止重新发明我们已经学到的东西。