本文的定位
本文不是一篇介紹XP基本知識的文章,這方面的資料已經很多了,要想全面的了解XP,人民郵電的一套XP系列叢書是非常好的一個開始。而本書的定位是討論在實際的軟件開發中,如何靈活的應用XP,如何遵循XP的思想,但又根據實際情況進行折衷。雖然本文沒有介紹任何的XP基礎知識,但是仍然適合XP的初學者閱讀,剛接觸XP的人往往都有各種各樣的困惑,而從國外翻譯過來的注解卻未必適合國內的環境,因此閱讀本文能夠從實踐的角度更深的理解XP的思想。
和其它的方法論一樣,XP不是萬能的。一個軟件組織能否從XP中獲益,不是取決于XP,而是取決于這個軟件組織自身。正如我們在一開始就強調的,學習XP,關鍵在于學習思想。軟件組織應該根據自身的情況,活學、活用XP,而不是人云亦云。XP可不是制作一堆卡片。切記,切記。
文章沒有全面的介紹XP的所有實踐。因為作者并不是XP的絕對擁護者,我們以一種客觀的態度審視XP,我們介紹的內容,是在采用了XP的實踐或是吸收了XP實踐中的思想之后的經驗;我們沒有介紹的部分,是因為環境原因無法實踐或是不對其表示贊同(但并不是不贊同)。 其實本文介紹的很多知識并不是XP的專利,其它的敏捷方法也都提到了這些優點,例如自適應軟件方法。所以,更準確的描述是本文如何從XP中學習先進的軟件開發理念。
(二)考核和評估之別
螺旋、迭代、增量,不同的名詞代表了同樣的含義-分階段開發軟件。眾多的方法學都采用了這種思路設計軟件過程。但是在實踐中,更多時候,分階段開發軟件帶來的是痛苦?磥,我們常常被書中優美的敘述所迷惑,卻沒有真正想過實施中的難題。那么,如何管理分階段的軟件開發呢?如何應對現實中的難題呢?
考核和評估之別
在績效管理中,有兩個名詞:考核和評估,分別表示了績效考核和績效評估兩種績效管理方式。這兩者有什么區別呢?
我們說考核是一種制度,而評估是一個過程。怎么理解呢?很多的公司都有績效考核的制度,這個制度一般是在年底的時候,對員工今年的工作做一個評定?己耸且粋點。但是評估不一樣,評估是針對某一段時間中員工工作中的不足之處,需要改進之處進行評價。不論是考核還是評估,它們兩者雖然都是為了達到評價并改進員工行為的目的而設計的,但是做法是不同的?己酸槍^去的事情進行評定,容易實現,但是效果不佳,因為時間一長,大家可能忘記了以前的事情,而要公平的對過去一年的表現做一個評定也不是一件容易的事,評估則不同,評估是不斷進行的,針對剛剛發生的事情做出評價,并找到改進方法。就好像我們在第一章中舉的外賣店的例子,不斷地對過程進行分析和改進,這就是一種評估。評估的效果不錯,但難以實現。
軟件開發中的考核和評估