错误的答案比没有答案更糟糕
咨询是一项有趣的业务。您不一定总能看到所设计项目的整个生命周期。您在公司和技术堆栈中四处走动,并不断改变您在给定团队中扮演的角色。
但是令人惊讶的是,您遇到的问题是一致的。我之前写过,大多数技术问题都是人的问题。但是其中很大一部分是由于沟通。因此,让我们讨论一些最常见的问题。
问题定义不佳
我们看到的第一件事是,人们在提出解决方案时并没有定义和完善他们要解决的问题。这可能是一项具有挑战性的事情
定义问题涉及将所有相关问题分离,并中心化于根本原因。这意味着要识别所有不同的利益相关者,并对解决方案需要解决的痛点进行优先级排序。
如果错过了难题的重要部分,则解决方案将无法充分解决该问题。
妄想
问题定义与一厢情愿紧密相连。这是团队成员发现自己试图简化问题以使解决方案适合他们的情况。我们可以“只是”做到这一点。我们只需要添加它。确实没什么大不了的,我们可以使用这个新工具解决它。在某些情况下,它甚至可以说“我们根本没有问题”。
通常,他们会忽略问题的混乱部分。
增加复杂性
另一方面,当团队成员希望事情变得复杂时。有多种原因。他们很难在脑海中分离出关注点。或者他们想为工作安全感拥有更大的问题和解决方案。
无论出于何种原因,这与一厢情愿一样普遍。就像我之前说的,定义问题非常重要,并且有很多团队跳过这一步骤是有原因的。
缺乏广泛的知识
一旦定义了问题,本能就是解决它。但是马上就找到解决方案并不是正确的做法。那是因为您的反应将始终基于您现有的知识。有时这已经足够,但是通常最好进行一些研究。
也许您精通所有潜在的解决方案,但是它们是较新的解决方案吗?现有技术是否已做出不再适合的更改?您是否有任何选择会改善他们对社区的支持或其他可以考虑到的积极变化?
过于自负的贡献者
这是每个人回到表并开始提出建议的时候。在大多数团队中,只有一个人从事过倾斜研究。他们可能已经检查了选项,但是他们确定自己最喜欢的技术就是明确的答案。
除了这些声音,您还需要其他人。您最有价值的贡献将是那些提出方案,列出利弊,潜在风险等等。您可以从市场营销站点或产品代表那里获取经验,您需要一个现实的解决方案,这就是您在团队中寻找的东西成员。
忽略情境因素
检查解决方案时可能出现的另一件事是仅考虑技术纯度的团队成员。实际解决方案需要大量不同的输入。
您想选择一条解决现有团队知识,时间和成本限制,可用社区支持等的方法。如果不考虑这些因素,则该解决方案将不可行。
我们能做些什么?
在没有全部范围的情况下提出问题是有问题的。得到错误的答案并运行它会导致更多问题。
定义您的问题,花时间实际考虑具有实际约束的选项。然后找出适合您团队的最佳方法。不是您希望拥有的团队
我有信心说避免这些陷阱将对您构建的技术的成功产生巨大影响。