錯誤的答案比沒有答案更糟糕

諮詢是一項有趣的業務。您不一定總能看到所設計項目的整個生命周期。您在公司和技術堆棧中四處走動，並不斷改變您在給定團隊中扮演的角色。

但是令人驚訝的是，您遇到的問題是一致的。我之前寫過，大多數技術問題都是人的問題。但是其中很大一部分是由於溝通。因此，讓我們討論一些最常見的問題。

問題定義不佳

我們看到的第一件事是，人們在提出解決方案時並沒有定義和完善他們要解決的問題。這可能是一項具有挑戰性的事情

定義問題涉及將所有相關問題分離，並中心化於根本原因。這意味著要識別所有不同的利益相關者，並對解決方案需要解決的痛點進行優先順序排序。

如果錯過了難題的重要部分，則解決方案將無法充分解決該問題。

妄想

問題定義與一廂情願緊密相連。這是團隊成員發現自己試圖簡化問題以使解決方案適合他們的情況。我們可以「只是」做到這一點。我們只需要添加它。確實沒什麼大不了的，我們可以使用這個新工具解決它。在某些情況下，它甚至可以說「我們根本沒有問題」。

通常，他們會忽略問題的混亂部分。

增加複雜性

另一方面，當團隊成員希望事情變得複雜時。有多種原因。他們很難在腦海中分離出關注點。或者他們想為工作安全感擁有更大的問題和解決方案。

無論出於何種原因，這與一廂情願一樣普遍。就像我之前說的，定義問題非常重要，並且有很多團隊跳過這一步驟是有原因的。

缺乏廣泛的知識

一旦定義了問題，本能就是解決它。但是馬上就找到解決方案並不是正確的做法。那是因為您的反應將始終基於您現有的知識。有時這已經足夠，但是通常最好進行一些研究。

也許您精通所有潛在的解決方案，但是它們是較新的解決方案嗎？現有技術是否已做出不再適合的更改？您是否有任何選擇會改善他們對社區的支持或其他可以考慮到的積極變化？

過於自負的貢獻者

這是每個人回到表並開始提出建議的時候。在大多數團隊中，只有一個人從事過傾斜研究。他們可能已經檢查了選項，但是他們確定自己最喜歡的技術就是明確的答案。

除了這些聲音，您還需要其他人。您最有價值的貢獻將是那些提出方案，列出利弊，潛在風險等等。您可以從市場營銷站點或產品代表那裡獲取經驗，您需要一個現實的解決方案，這就是您在團隊中尋找的東西成員。

忽略情境因素

檢查解決方案時可能出現的另一件事是僅考慮技術純度的團隊成員。實際解決方案需要大量不同的輸入。

您想選擇一條解決現有團隊知識，時間和成本限制，可用社區支持等的方法。如果不考慮這些因素，則該解決方案將不可行。

我們能做些什麼？

在沒有全部範圍的情況下提出問題是有問題的。得到錯誤的答案並運行它會導致更多問題。

定義您的問題，花時間實際考慮具有實際約束的選項。然後找出適合您團隊的最佳方法。不是您希望擁有的團隊

我有信心說避免這些陷阱將對您構建的技術的成功產生巨大影響。