86
java技術團隊必須要注意的那幾個點
1、首先要有一個核心：設計之始或明確任務前，想好並確定一個核心或者中心目標，嚴格圍繞目標轉，最益先做！它並不能促進完成核心目標，是最好的砍掉理由，真沒有那麼多資源可以用！
2、了解功能與業務：我要求團隊個人應該對業務負責，而不是功能或代碼。如果說功能是基石，而業務才是“生命”啊！功能與體驗等“有機”組成為業務。
3、要理解業務：整個團隊得深刻理解業務，尤其Leader更要首當其衝，仔細評估產品原型、交互設計，我們是關鍵人物先過初稿確定技術、運營可行避免浪費集體的時間，然後所有相關人一起過。
4、保持節奏感：目前采用項目拆分為周目標為核心措施。個別事情以天計，少數事情比如修緊急bug以小時甚至更小單位計。
如果你想學習Java可以來這個群，首先是二二零，中間是一四二，最後是九零六，裏麵有大量的學習資料可以下載。
5、思考服務的可用性：我們是通過預發、灰度測試、可回滾等措施來控製發布質量，保持較高的可用性。
6、忠實用戶群：集部分優質用戶入群，保持溝通，挺重要的，微信群雖然是當為首選但是群功能有點弱，我的開源項目主要用QQ群，也比較坑哈哈。
7、數據反饋的重要性：反饋和數據都是驗證結果的最好的參考之一，追尋反饋背後的動機很重要，研究用戶路徑、功能使用等數據輔助確定下階段任務。
8、低成本試錯：盡量以最低的成本來試錯，避免大量浪費資源，不要過早優化和擴張，先單點或AB測試，驗證過後再鋪開。
9、方法與方向：很多時候方法比方向重要，好的方法可以不斷糾正方向，發布較單純的功能來驗證問題和方案，應該避免堆積功能，盲目發散方向，沒有經過驗證的方向就是假設。
10、創新與迭代：精益創業的MVP策略有助於大多功能性或服務性新創公司檢驗產品，而創新型產品靠產品本身和培育市場拉動需求，但都需要事實檢驗和迭代完善。
11、手動和自動：初期能手動解決的問題動手解決就挺好的，一開始就考慮自動化機器化可能會延誤時間，或者高成本解決了一個頻率並不高的問題。
12、親為：沒有經過實踐驗證的事情負責人最好自己先親為，才能深切體會，形成一定感知後優化，或者交給團隊一起幹。
13、靈感和總結：靈感稍縱即逝，總結過期不候！應該有自己的全端雲筆記，和博客。短期記筆記，長期入博客，靈感可能就在你瑣碎的一瞬間，很多東西經過三五個月一忘而光。
看完這些流程，很多小夥伴會覺得有些沒必要，其實一開始學會這樣，便於後期工作改變。
最後更新：2017-07-04 09:32:23