回覆列表
  • 1 # 大祺媽媽在努力

    首先,擁抱變化,克服牴觸,做好實施敏捷的準備。敏捷不是洪水猛獸,既然企業決定引入敏捷的變革,一定是敏捷專案管理方法有可取之處,何不加以嘗試,再做決定,而不要拒絕變化,盲目牴觸。

    正如傳統專案管理中提倡的——溝通是專案經理的基本素質,溝通也是解決變革問題的最有效手段。在實施敏捷伊始,一定要有充分的溝通,確保每一個成員都得到足夠的關於敏捷的資訊,可以從多方面客觀地看待敏捷的優勢和不足。敏捷不是神話,“敏捷不是銀彈”,沒有一個方法是放之四海而皆準的,所以我們採用的是敏捷的思想和針對專案環境的定製的方法。

    個體成員可以尋找機會多瞭解敏捷的理論方法,參考敏捷社群的實踐和案例分享,獲取成功的經驗和失敗的教訓,積極思考敏捷對於團隊的獨特性和帶給自己的利與弊。同時企業也要採取正式和非正式的培訓、研討會、工作坊等方式,排除個體成員的疑惑和顧慮,目的是為實施敏捷做好準備。

    其次,從管理實踐角度,瞭解敏捷的框架,具體實施的方法,適應角色的變化。當個體成員接觸一種新的方法是,尤其是技術人員經常會提出這樣的問題,“採取什麼框架都行,反正領導已經定了,直接告訴我怎麼做就行了”。其實這是最要不得的一種態度,實施一種新的框架或方法,固然要求具體的工作指導,但是個體成員要從方法、過程、角色、職責等多個方面進行系統的學習和演練,知其然,知其所以然,而不是僵化地照本宣科。為了避免這一現象,很多組織引入了教練這個角色,用以助力個體成員對新方法的掌握和有效使用。

    因為很多組織實施敏捷都是從Scrum框架開始的,而Scrum框架也是當前最為流行的敏捷方法之一,本文就以Scrum為例進行簡要分析。

    Scrum框架中有一種3-3-5的結構:

    即3種角色——產品負責人(Product Owner)、Scrum M aster和團隊(Team);

    3種工件(artifact)——產品待辦事項列表(Product Backlog), 迭代待辦事項列表(Sprint Backlog) 和燃盡圖 (Burndown Chart);

    5種儀式(ceremony)——迭代 (Sprint), 迭代計劃 (Sprint Plan), 每日站會 (Daily standup meeting), 迭代評審 (Sprint Review)和回顧(Retrospective)。不難看出,這就是一種專案管理的框架,提供了開展工作的具體流程

  • 中秋節和大豐收的關聯?
  • AG想放GK進季後賽?唯恐西部賽區格局不亂,RW、TS有點“小慌”,GK還有機會嗎?