自下而上的一點想法

當一個人有一個觀點或者感悟，如果這個人不那麼自以爲是的話，他可能會問自己：這個是自己個人的想法還是其他人也這麼認爲？因爲很多時候，你真的不確定別人會不會有和你一樣的感受，特別是每個人的背景和經歷等都不太一樣。也正因爲如此，當你有一個具體的想法，留在心裏很久，而某天和人聊天，別人無意中說出一樣的感受的時候，就會有一種共鳴的感覺。

最近就有一個這樣的體驗，不妨寫出來看看是不是有更多人有類似的體會。

一個有明確產品經理職位的公司，在外部開來，開發團隊（包括Dev和QA） 就是按照產品經理的設想來實現一個定義好的產品，沒有太大的發揮的空間。但是實際上，大家自己做過產品都會知道，其實有大量的細節，包括設計和實現。比如產品經理說我們的產品要有report的功能，可以告訴用戶我們一段時間處理了多少請求，比如HTTP的頁面訪問。這個看似明確的功能其實有很多的實現細節，比如：
- 基於客戶端的分類數據
- 基於用戶ID的分類數據
- 頁面的size統計數據
- 頁面或者網站的類型
- top x最常被訪問的頁面
- 有問題或者滿足特定條件的頁面
- 按時間段的顯示
…...
還有很多類似的需求。每個需求又對應着更細節的設計的考慮，比如頁面排序等。這些細節很多時候是開發團隊討論決定的，也就是說我們是有決定權的（當然，不包括Steve那樣追求細節的老闆）。
從另一個方面，對於用戶而言，哪些設計更好用更方便，其實在設計的時候就是知道的，因爲有一些能想到的常見的操作。

也正是因爲這其中有大量的細節，就提供了巨大的空間，基於實現的考慮，要不要做，做到什麼樣？而這就直接牽涉到開發和測試的複雜度和工作量。

很多時候面對這樣的狀況就會有兩股力量在糾結。
一方面項目的時間都很緊。現實中的商業項目應該都是這樣，都會有schedule的壓力，這個互聯網時代就更是這樣了，看看現在產品的推出速度就知道了。在面對這樣的壓力的時候，很容易做的一件事情就是簡化。少做一些東西，簡單的做一些東西。這看似也沒有什麼不合理。

另一個方面，大家都希望做一個成功的產品，希望我們做出來的東西用戶會喜歡，會有人願意買，被很多人用，商業上成功。而這，有時候就需要花費大量的經歷把一些東西做得精，有些不能妥協。

這兩個方面是會一些矛盾，現實中也是綜合考慮的結果。而在這個過程中，開發團隊的主管起到很大的作用，他們的思維導向往往很大程度上會影響最後的決定。也很難簡單的說好壞，但是有一種情況應該是不太好的，那就是過分的妥協選擇更易於實現的方案。

從外面看起來應該開發團隊的成員會喜歡這個方案，因爲按要求完成了項目而大家也不會那麼累。但是實際上我發現這樣會造成一些內傷。內傷的原因是很多開發人員，特別是那些技術好有追求的人，他們往往內心深處想做一些值得驕傲的產品或者模塊，而不只是完成一個東西。這樣的想法直接說出來會顯得矯情和做作。但是實際上就是這樣的。你想想這些熱愛產品和技術的人鑽研很多東西，而且常常花很多業餘時間看書，做東西，和別人討論，爲的是什麼？難道不是做出更好的東西? 如果只是追求做更少，一般，能完成就行了。似乎不太能解釋。

他們希望他們設計出來的產品有很不錯的功能，usability很好，性能和健壯性都很好，測試的人希望他們測的模塊沒有什麼缺陷（儘管總會留下一些），從用戶的角度也很好，更進一步，整個產品都是很棒的，比競爭對手的更好，在市場上很受歡迎。

但是
可能很少會有人跳出來說，“我寧願加班也要做那個對用戶更方便但是花費更多時間的方案”。

在manager參與的review中，尤其是有巨大的時間壓力的情況下，說這樣的話簡直有點不對路。有一些人可以做到說出自己的想法，據理力爭，但是我看到的是很多人不會。
因爲心理上也會有很大的壓力（我也親身感受過舌戰羣儒的體驗），感覺是在和整個團隊作對。

這些都是些自下而上的想法，也許從上往下很難理解。拿的錢一樣，幹活更少不是對你更好嗎？

實際可能真的不是這樣，做不好的東西有時候對士氣也是一種傷害。甚至有些人會用更激烈的方式來面對。

我們很多時候在講對於人員的motivation。最直接想到的是錢，工資、股票和福利等等，但是實際上，被要求做高品質的東西的那個challenge也是一種motivation。當一個工程師認爲他做的東西很有價值，質量很高（粗俗的說就是很牛x），內心裏會有一種被激發的自豪感和成就感，也是很大的動力。

那麼有些人會覺得，這些人很傻，從個人的角度。真的很傻嗎？其實不然，即便從個人的角度，做這樣的東西其實才能算是真正的積累，在這個過程中，個人也在增值。

我們工作久了都會有機會帶領一個團隊或者指導別人，寫下此文自鑑一下。不要忘了這種激勵，也是爲別人的career負責任嗎，當然主要責任還是自己。