有朋友問我，公司老板對技術部的產出一直不滿意怎么辦？我回答，那就想辦法保持穩定的產出。然后你就會聽到其他的問題，比如團隊資源不夠啊，系統問題太多，產品交互設計不合理，功能都有，但用戶很難用等等。

但這些問題跟老板說有用嗎？這本就是技術管理者要解決的問題啊。

分析問題

團隊產出不滿意，不一定就是說技術能力不行，也可能是產品設計能力不行。研發產品是一個非常復雜的過程，需要產品、設計、開發、測試等等各個崗位配合，這里最重要的就是產品崗位了。如果產品設計不行，技術再厲害，做出來的東西很可能用戶不會用。這點在偏技術的領域尤其明顯。

回到這個問題，我們必須得弄清楚問題原因，才能解決問題。而這個問題是由很多不同的問題組成的，如果你看成一個問題，當然很難解決。但如果采用分而治之的方法，其實還是可以解決的。很多人的能力可能解決不了一個大問題，但如果能把這個大問題拆解為十個不相關的小問題，那對個人能力要求就降低很多了。

拆解問題

資源不夠其實不是問題，資源不夠本身就是開發過程中的一種約束。我們要在這個約束下做好資源分配，資源不足常常被當作需求管理沒做好的借口。下次在說資源不夠之前，先想想自己有沒有把資源用到最重要的事情上。

產品設計不合理，這即是產品經理個人能力，也是團隊沒能做好協同工作。人人都是產品經理，人人都可以參與產品設計。甚至還可以繼續拆解，如果問題是太少站在用戶角度上來設計，那么可以讓產品經理畫出原型后，讓真正的用戶來看，在不用講解功能的情況下，用戶能看懂，使用無障礙，那說明設計達標了。

解決思路

在軟件開發過程中，很多時候是沒有對和錯的，只有好和不好。比如，產品經理在畫原型的時候，是有著自己的一套思維邏輯的。從邏輯上看，它并沒有對錯之分，都能讓用戶達到它的目的。但從用戶使用體驗上，是有好和不好區分的。這種”不好“如果只是細節上思考不周，那其實還好。后續可以通過迭代改進。但如果是方向性思考上出了錯誤，那整個系統都會出問題。后面想改都改不動。

其實很多公司的產品都有這個問題，但是，怎么才能發現這個問題呢？如果你只是憑感覺跟產品經理說他的方案不好的話，那他不一定能改出更合適的方案。這時候就要考驗管理者的能力了，管理者不僅要能發現問題，還要能通過提出好問題讓下屬想清楚問題所在。我的經驗是通過深入到場景里提出具體業務實現的問題，能不能滿足？滿足的方式是不是足夠友好？從另一個思路去設計，是不是邏輯會更簡單？用戶也更容易理解？提出一個好問題，引出一個好答案。

當然要穩定產出，除了這些能力問題要解決外，還有一個很重要的就是項目管理問題。這個之前寫過的，這里就不再重復了。以我的經驗，要想持續的、穩定的交付成果。團隊成員需要相對穩定，再經過很長時間的打磨， 這樣才能長出來這樣一個持續交付的能力。