需求從何而來？對於乙個專案來說，應該是從設計需求文件中而絕不是頁面。之所以說國內的產品經理技術偏低，很大部分因為他們把過多的熱情放在了畫原型的上面。
從頁面走出，實現真正的業務驅動。
pdd
一切以頁面為核心，每個程式設計師針對每個頁面來找到功能點，從而以頁面為單位進行任務交付。開發未動，頁面先行，這也是pdd的乙個理論基礎。
簡述乙個典型的頁面驅動開發過程：
1. 設計需求文件
2. 設計專案介面，製作原型系統
3. 根據原型系統，開發實際系統
4. 測試
tdd
開發未動，測試先行。保證了每個完整的業務邏輯都是正確的，更重要的還有一點就是這個t的可重用性。
同樣簡述乙個tdd的開發模式：
1. 抽象介面
2. case&coding並行實現介面
3. coding以case測試通過為基礎
4. 服務（m）&消費（vc）分離
5. 通過不斷的組合、重構服務實現業務
soa
服務是soa的核心。按其願景，在新專案設計實施過程中，專案團隊通常會面臨如下問題：
1.企業有無服務目錄，服務目錄在**？
2.哪些服務可在新專案實施中重用？
3.需要新開發哪些功能，這些功能是否要封裝成服務，供其他應用使用？
4.當新系統所需要的某一功能已經存在於某一現有系統之中，但是並非以服務形式出現時，是否要對它進行封裝，如何封裝？
5.服務的呼叫是否必須經過企業服務匯流排（esb、dubbo_zk），何種情況下必須經過esb，何種情況下不需要？
6.當某個現有服務功能部門滿足某項需求時，如何對服務進行改造和版本控制？
7.待開發的新系統是對某個舊系統的公升級，那麼舊系統提供的服務何時中止，用新系統中的服務替換，還是將服務公升級成另一種形式？
8.服務來自於哪個系統，被哪些系統所用？
9.服務由誰負責管理和維護？
10.服務可被哪些人或角色有許可權訪問？
從技術走向管理
從技術走向管理 業務能手到管理能手的轉變 課程背景 在職業發展的某個階段，許多技術人員必須決定是繼續沿著技術路線發展或者是走向管理發展路線 在企業成長的過程中，某些技術人員會提拔到管理工作崗位 科技型企業的數量和規模日益增加，有越來越多的創業技術人員進入到管理領域。但是我們經常會發現，當乙個技術人員...
從後台走向產品
經過半年的沉淪，沉默，有些道理懂了。一直在思考，計畫，從來未執行，這是大多少人的狀態。我只比大多數人提公升了10 這期間我的總結達到幾萬字，但是沒有根本改變我的狀態。我花的時間在社交上比較少，聊得來的朋友不多。我自己的原因是很少對朋友們的圈子感興趣。這段時間來，改變就是，自己的時間支配的沒有那麼多了...
從技術走向管理
資源永遠競爭，學習管理思維 1 管理認知 2 角色與定位 3 核心能力 五個維度 1 向下管理，管理下屬和團隊 2 向上管理，管理你的上司 3 橫向管理，管理其他部門 4 向外管理，管理外部客戶 5 向內管理，自我管理 需要延期時，跟最高層溝通，了解背後的真相，向他說明強硬上線的風險等 管理自己，管...