• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
    • 軟件測試技術
    • 軟件測試博客
    • 軟件測試視頻
    • 開源軟件測試技術
    • 軟件測試論壇
    • 軟件測試沙龍
    • 軟件測試資料下載
    • 軟件測試雜志
    • 軟件測試人才招聘
      暫時沒有公告

    字號: | 推薦給好友 上一篇 | 下一篇

    項目管理無力 敏捷開發出招

    發布: 2007-10-11 16:01 | 作者: 段柯 | 來源: 項目管理者聯盟 | 查看: 151次 | 進入軟件測試論壇討論

    領測軟件測試網 在實際的項目實施中,盡管旁邊常常站著解決項目問題的專家,但當項目經理被不自覺地卷入到項目的各種問題中時,項目管理的各種方法也變得蒼白無力。此時,敏捷開發往往成為項目經理的制勝法寶。

      一張空白表格 挽救一個項目

      不久前,筆者曾經接手一個蹩腳的軟件開發項目,這個項目曾一度處于失敗的邊緣,整個開發團隊也是精神渙散。然而,他們的任務卻很復雜:項目團隊要開發一套復雜的銀行管理系統并且項目交付時間迫在眉睫。

      作為剛接手的項目經理,在和團隊溝通之后,我把整個開發團隊拉到一個離公司不遠,但很僻靜的小閣樓里,決定封閉開發,并讓團隊成員選擇自己最喜歡的工作方法,同時我自己也加入這個團隊,共同參與開發,由此開始了我的項目流程改造之路。

      首先,我和助手把事先準備好的正反印有不同顏色的空白表格發給了每一個項目組成員,要求大家在不同的顏色面上寫出自己認為在過去的項目中,能提高項目開發的事情,在另一面上寫下延遲項目的行為。

      然后,我們把所有表格進行分類,并根據的大家所寫的,保留那些有益的流程,改變那些會延遲項目的行為,制定了一個全新的開發流程,剩下的事情就是,用實際的開發效果來檢驗和完善這個新的項目流程。在反復修改了近3個星期之后,項目終于走上了正軌,經過項目流程改造,不僅項目的開發效率提高了很多,而且團隊之間的信任也加強了,最終挽救了整個項目,提前一個星期將項目交給了客戶。

      敏捷開發 把不同的事情交給不同的人

      在上面項目中從上面的實例我們可以發掘出一點,就是在項目的進行中,我們對不同的項目采用了不同的流程和工作秩序,甚至還安排了不同的人員,這恰恰遵循了敏捷開發將不同的事情交給不同人的核心思想。但是,所有的敏捷開發方法都要有這些原則作保障:企業的股東要配合獨立自主的開發團隊工作;團隊要有面對面地溝通甚至是爭論;這些溝通和爭論必須要圍繞軟件設計,測試以及重聚焦。筆者認為重聚焦是團隊工作的有效工具,最低也可以提高工作準確率,縮短工期。
    敏捷的提出以及其優勢的體現,并不是偶然形成的,IT業的各種軟件項目的失敗、成本超支以及與其相伴的企業對傳統IT設計和開發方法的低滿意度是的敏捷開發倍受關注的重要原因。

      在傳統的軟件開發程序下,流程由所有的的開發步驟和流程堆砌而成,需求分析、設計、實施、測試、整合、維護……而敏捷開發對這種“堆砌”的思想做了改變,正如我們上面說的敏捷屬性——把不同的事情交給了不同人,項目所有步驟都是要根據項目的特點而設立,而非一成不變。

      非敏捷開發項目的十個典型表現

      眼下,有許多企業聲稱自己正在采用敏捷開發的方法。但是,筆者認為,叫得越兇越有可能沒有采用敏捷的方法。以下是沒有采用敏捷開發的十個典型表現,如果你的項目和下面吻合,那么,毫無疑問你的項目還沒有采用敏捷開發。

      1.在溝通時,“發送”和“接收”是正確的,但是沒有被“存儲”,以致需要再次溝通;

      2.項目團隊所使用的白色演示板始終是空白的;

      3.作為項目經理,雖然項目已經花費近一半的時間,你還在懷疑,且還在測試你的團隊;

      4.作為項目經理,你始終搞不清企業股東對團隊的影響;

      5.你了解關鍵路徑法(CMP),也知道它的用處以及如何使用,但基本上所有與項目有關的決策都以它為基礎;

      6.作為項目經理,你花費了很多的時間去管理項目的一些從屬事宜,而不是交給其他人;

      7.團隊人員工作依然依賴于甘道圖(英文:Gant Chart,諧音:Can’t Chart);

      8.團隊人員工作無聯系,開發人員只是開發,測試人員只是測試,管理人員只是管理;

      9.項目流程簡化被認為是簡單的工作;

      10.常常參加一些不必要的會議,比如要更換一個項目控制演示版。
    敏捷 打一記混合開發的組合拳

      敏捷開發明顯優于傳統的軟件開發,但是,如果企業可以采用一種以上的方法,效果會更好。因此,敏捷開發的方法并沒有統一的模式,企業要按照自己的方式去實施敏捷開發。

      目前世界上IT企業使用較普遍的方法有:Scrum, Crystal, Adaptive, Feature-Driven Development 以及Dynamic Systems Development Method (DSDM),這些方法的采用的前提就是企業有自己的開發人員隊伍,他們都可以獨立的寫代碼。

      在介紹混合方法之前,我們要先提一下XP(Extreme Programming),敏捷開發和XP是不同的,盡管也有相同之處,比如他們都屬于簡便性方法論。任何單獨使用敏捷以及XP的實踐都沒有非常理想的成果,但是當組合使用XP和Scrum時,卻可以發揮兩者的長處。

      有許多CIO、分析家以及敏捷專家都傾向于實施混合的、定制的敏捷組合。在筆者的調查中,一位CIO告訴筆者:“我不知道其他人是否單獨使用XP或是Scrum,對我而言,我認為那是非常困難的!北热,在Scrum中,沒有項目經理的概念(在Scrum中稱為Scrum主管),但是,在我們的許多項目中多數是以項目經理為管理中心來管理項目。此時,我們就可以將敏捷開發的思想和流程加入到現存的組織中。這樣的細節性的例子很多,筆者不再闡述。

      總之,敏捷開發的應用不應是單一的,要從方法、項目屬性、企業運營方式等方面考慮組合實施。只有這樣才能更簡便,更徹底的發揮出敏捷開發的優勢。

    延伸閱讀

    文章來源于領測軟件測試網 http://www.kjueaiud.com/

    TAG: 敏捷


    關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
    版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
    北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備2023014753號-2
    技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

    軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>