Smart先生認(rèn)為，作為敏捷團隊的項目經(jīng)理，他應(yīng)該從傳統(tǒng)項目經(jīng)理的“工頭”身份中解脫出來，發(fā)揮他的領(lǐng)導(dǎo)力，去監(jiān)控和協(xié)調(diào)開發(fā)過程。雖然項目經(jīng)理還是必須定義和初始化項目，作項目計劃，執(zhí)行計劃，監(jiān)督并控制結(jié)果。
但是完成這些步驟的方式卻是不同的。具體來說，敏捷項目的計劃不再是詳細(xì)的完整的項目實施步驟和資源分配，而更多的表現(xiàn)為一種迭代計劃。在開發(fā)人員與客戶或其他團隊溝通的每一次迭代中，計劃和資源分配隨時可能被調(diào)整，以不斷適應(yīng)項目進展的需要。在DevPlan的幫助下，這種調(diào)整變得方向明確、清晰和有據(jù)可查。它將每一次迭代的框架確定下來，剩下的工作就是根據(jù)這個框架實施了。
角色3:測試管理的利器
有了DevPlan，測試計劃和開發(fā)計劃開始制定，項目在一種既有序又敏捷的機制下運有序地轉(zhuǎn)著。為了實現(xiàn)“測試驅(qū)動開發(fā)”，DevAgile不可避免的遇到了測試管理的問題。他們注意到，需求管理工具DevSpec內(nèi)的需求，可被直接導(dǎo)入測試管理工具TechExcel DevTest，并自動生成測試任務(wù)。所有測試任務(wù)可以遵照既定的工作流執(zhí)行，保證測試工作的有序開展和管理，并在編碼之前發(fā)現(xiàn)設(shè)計偏差。
另外，他們以往是用光盤來存儲可執(zhí)行版本，文件柜的每一個抽屜里都裝滿了光盤。在進行敏捷開發(fā)以后，光盤的數(shù)量更是與日俱增，要找某版本的光盤時，多半是很困難的。
DevTest能夠保存和管理發(fā)布的軟件版本，而且和DevSpec內(nèi)的功能及缺陷文件夾相對應(yīng)。也就是說，若在需求管理工具DevSpec內(nèi)有個6.1功能文件夾，那么在測試管理工具DevTest中也有個相對應(yīng)的6.1發(fā)布文件夾。這顯然比用其他方式來存儲軟件版本更加科學(xué)和方便。
角色4:任務(wù)執(zhí)行的利器
有了以上這些項目管理的利器之后，DevAgile團隊的工作并非一帆風(fēng)順，因為新的問題又出現(xiàn)了:一些成員片面的認(rèn)為敏捷開發(fā)是一種松散型開發(fā)模式，也就是不需要遵守固定的流程。這直接導(dǎo)致了很多開發(fā)任務(wù)的執(zhí)行效果糟糕，有些任務(wù)被提出以后就失去了蹤跡，就連Smart先生也難以追蹤每一個任務(wù)的結(jié)果。
于是，DevAgile團隊又引入了與DevSpec和DevTest可以集成的DevTrack。這是一個開發(fā)任務(wù)的跟蹤管理工具，提供既固化又可靈活更改的流程，對每一個任務(wù)的生命周期進行嚴(yán)格管理。它保證該走的過程一定走過;該反饋的一定反饋;該提醒的一定提醒;若任務(wù)需被升級，那就一定會被自動升級。更令人興奮的是，當(dāng)任務(wù)完成之后，其結(jié)果會自動返回需求管理工具DevSpec或測試管理工具DevTest。Smart先生可以輕易地由DevSpec看到針對6.1版本發(fā)布的所有功能和開發(fā)任務(wù)是否全部做完，對發(fā)布的管理省時省事。
此文章共有5頁 上一頁 1 2 3 4 5 下一頁
文章來源：中國項目管理資源網(wǎng)
|
Leadge.com首頁 > 知識庫 
