軟件工程師與運維工程師雙方在軟件開(kāi)發(fā)與維護過(guò)程中要更緊密協(xié)作和分享相似職責。對于運維與軟件開(kāi)發(fā)人員之間的關(guān)系，20年前與現在相比有何不同在發(fā)布、故障修復和協(xié)作方面)?
 
在20世紀80年代和90年代，軟件的規模還比較小。開(kāi)發(fā)者編寫(xiě)軟件，將它交付給“制造環(huán)節”，如保存到軟盤(pán)或光盤(pán)中，然后就可以發(fā)往商店。商店負責將它銷(xiāo)售給用戶(hù)。如果用戶(hù)遇到問(wèn)題，那么他們就會(huì )呼叫客戶(hù)服務(wù)?？蛻?hù)服務(wù)的目標是避免客戶(hù)與軟件開(kāi)發(fā)人員直接溝通。如果系統管理員遇到了規模問(wèn)題(自動(dòng)化安裝或讓一臺服務(wù)器處理更大的用戶(hù)量)，那么他們會(huì )根據操作手冊的說(shuō)明進(jìn)行操作，但是他們大多數時(shí)候會(huì )將這個(gè)問(wèn)題轉交給真正了解這些產(chǎn)品的開(kāi)發(fā)工程師，然后由他們負責開(kāi)發(fā)出真正的解決方案。


 
開(kāi)發(fā)人員與客戶(hù)的關(guān)系:一對多。
與客戶(hù)的互動(dòng):禁止。
系統管理任務(wù):偶爾。
 
敏捷是如何改變您與開(kāi)發(fā)人員的互動(dòng)的?
 
我認為開(kāi)發(fā)運維是敏捷方法的必然結果。如果一個(gè)軟件團隊由于更快的發(fā)布周期和更高效的交流而需要提高自身的效率，那么將系統管理員加到這個(gè)過(guò)程中不是更有意義嗎?
 
開(kāi)發(fā)運維與敏捷之間存在很多的相似性。它們各自都是對方的演化，而開(kāi)發(fā)運維必然加入敏捷宣言的實(shí)踐方法和理念。敏捷宣言最早發(fā)布于2001年，當時(shí)Web真正成為了一個(gè)正式成熟的平臺。它的主要概念有
 
個(gè)體活動(dòng)與互動(dòng)通過(guò)過(guò)程與工具實(shí)現；
通過(guò)全面文檔指導軟件開(kāi)發(fā)；
通過(guò)合同協(xié)商開(kāi)展客戶(hù)協(xié)作；
按照計劃來(lái)處理變更。
 
當然，敏捷過(guò)程和方法不僅僅包含這四個(gè)原則，而且從敏捷宣言公開(kāi)發(fā)布以來(lái)，敏捷的定義及其實(shí)現也一直在不斷地增加和發(fā)展中。
 
敏捷實(shí)踐提出了一種新的網(wǎng)站制作軟件開(kāi)發(fā)方法，而開(kāi)發(fā)運維則更進(jìn)一步它基于這些實(shí)踐方法，但是主要關(guān)注于加強開(kāi)發(fā)與運維之間的協(xié)作和技術(shù)互補，從而使開(kāi)發(fā)與運維的角色與職責互相連接(現在幾乎涉及各個(gè)方面)。它引領(lǐng)了一場(chǎng)文化轉變，讓運維人員的工作方式更靠近軟件開(kāi)發(fā)人員，其中包括解決問(wèn)題的方式及參與設計和部署過(guò)程的方式。