如何做到敏捷式設計和開發(fā)呢?
1首先是能夠勝任工作的人,理解力能力到水準。對人的要求比傳統(tǒng)的設計開發(fā)要高。
2做事方法。因為要做得快,所以錯的會多,會比較粗糙,然后一步步再精細。我看到過國外的一個網(wǎng)站ceo介紹,他們的開發(fā)是功能程序員自己想開發(fā)什么就開發(fā)什么,出來結(jié)果之后再找領導審批,經(jīng)常有一半都會開發(fā)不下去了。他們是通過這種方法,通過大數(shù)據(jù)的形式與用戶的使用率來判斷這個功能模塊是否往下繼續(xù)發(fā)展,優(yōu)勝劣汰。是自下而上的一種自發(fā)性的工作。員工會非常有成就感。這公司開發(fā)的支付系統(tǒng),后來以幾十億的價格賣給了亞馬遜。
工作上有一種認領工作的形式,同項任務有人認為6小時能完成,有人認為三天完成,選擇一個最短時間的人認領完成這項工作,做他最想做的,最擅長的事情。開始的時候少寫文檔,每天整合這個設計和代碼開發(fā)的成果,然后大家一起看到每個人每天的成果的進度是什么樣子的,對每個人的速度快慢反饋次數(shù)都一覽無余,最終納入績效考評。機制獎勵多勞多得。鼓勵同事們之間的交流和學習,少開那種特別大的,特別長的會。
從工作流程上當然要做用戶研究訪談,了解這些事情的行業(yè)背景,做行業(yè)分析,做好產(chǎn)品定位,有對功能對產(chǎn)品定位的取舍,因為不可能滿足所有人的需求。比如上面我介紹的那個國外的那個公司,做的很快發(fā)展的很快,他甚至允許支付系統(tǒng)的發(fā)生的一些漏洞和失誤,他覺得這種快速發(fā)展的收益能夠彌補發(fā)生錯誤的成本。大家分工不—定是很明確,產(chǎn)品經(jīng)理功能架構(gòu)師高級程序員可能在這一個想法中,自己從想到做也就做出來了,能做什么就做什么。不斷的去迭代反饋測試改進。