上次infoQ的培訓(xùn)老師程勇(聚眾開(kāi)源CEO:程勇)講了講scrum的敏捷開(kāi)發(fā)方式,昨天頭兒就給了一本書《硝煙中的scrum和xp》,并且說(shuō)明天下午之前看完.

      明天下午要開(kāi)會(huì)研究,馬上就要使用這樣的scrum開(kāi)發(fā)方式.

      我個(gè)人一直青睞于java和開(kāi)源,這次能夠進(jìn)行scrum開(kāi)發(fā)我們的項(xiàng)目,還是有些好奇的.

      Scrum和極限編程(XP)都要求團(tuán)隊(duì)在每一次迭代的結(jié)尾完成一些可以交付的工作片段.迭代要短,有時(shí)間限制.將注意力集中于在短時(shí)間內(nèi)交付可工作的代碼,這就意味著Scrum和XP團(tuán)隊(duì)沒(méi)有時(shí)間進(jìn)行理論研究.他們不會(huì)花時(shí)間用建模工具來(lái)畫UML圖、編寫完美的需求文檔,也不會(huì)為了應(yīng)對(duì)在可預(yù)計(jì)的未來(lái)中所有可能發(fā)生的變化而去寫代碼.實(shí)際上,Scrum和XP都關(guān)注如何把事情做好.這些團(tuán)隊(duì)承認(rèn)在開(kāi)發(fā)過(guò)程中會(huì)犯錯(cuò),但是他們明白:要投入實(shí)踐中,動(dòng)手去構(gòu)建產(chǎn)品,這才是找出錯(cuò)誤的最好方式;不要只是停留在理論層次上對(duì)軟件進(jìn)行分析和設(shè)計(jì).