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