《小王子》中說「儀式感就是使某一天與其他日子不同,使某一時刻與其他時刻不同」。
敏捷開發中也存在這種儀式感,如使用者故事中角色、活動、商業價值三要素,敏捷撲克牌估算工時,迭代計畫需求優先順序排序,每日站立會議,功能演示,**評審,回顧會議等流程都遵循了一定的儀式。具體的敏捷中的儀式感有以下表現:
最大程度視覺化
敏捷借鑑精益的視覺化管理理念,形成了具有自己獨特風格的視覺化管理工具——看板。看板是敏捷開發中保證軟體的持續整合,並不讓開發團隊超負荷的視覺化工具。在敏捷專案中,團隊成員通過物理移動卡片來表示任務的狀態和進度,強化任務開始和結束的儀式感。
敏捷估算
會議時間地點
不管是敏捷中的每日站立會議還是需求分解會議、回顧會議等實踐,團隊都應讓同一會議在固定的時間、地點進行,以保證成員對會議心情的準備與期待。對遲到者可以有發紅包、分享零食等懲罰機制。
會議發言順序
敏捷會議中團隊成員逐個發言,只有真正參與專案的人才有發言權,發言者手持道具,這個道具可以是話筒、礦泉水、玉公尺棒等,也可以返璞歸真,傳遞scrum靈感**——橄欖球。通過道具傳遞保證團隊核心成員發言,避免雞類角色喋喋不休,卻讓豬類角色承擔決定的後果。
會議時長
**於橄欖球比賽的scrum作為敏捷開發方法之一,吸收了橄欖球比賽時間短的精髓,迭代週期較短,各項會議也力求短小精悍、言簡意賅。比如每日站立會議中,團隊成員輪流發言講述自己昨日事務、今日計畫與待解決問題,時長一般不超過十五分鐘。可準備乙個計時器,避免發言超時,以保證參會人員精神集中不游離。
結束訊號
迭代或會議結束後,團隊可能由於慣性不會立即意識到結束,還會沉浸在此前的工作氛圍中,這會弱化儀式感,並造成之後工作的士氣不足。因此,不妨用結束式短語,或某些特定動作來結束會議,迭代過程中,可以用集體俯臥撐等方式,來提公升團隊成員的精神狀態。迭代結束時可以用一頓豐盛的聚餐,來慶祝產品的順利交付。
敏捷中的儀式感對於組建新團隊、增加新成員的情況都十分適用,它充當著團隊的粘合劑,會提高新團隊的凝聚力。
當然,儀式感並非刻意、呆板的一成不變,這與敏捷的「擁抱變化」相悖。儀式感是團隊根據自身文化與成員規模,逐漸確定特定的動作和習慣,來增強默契、保持紀律並提高工作效率。
敏捷開發讀後感
經過閱讀這些文章,我對於敏捷開發有了初步的了解。總的來說呢,敏捷開發 是一種以人為核心 迭代 循序漸進的開發方法。就是將乙個大專案進行分割,將其分割成為乙個乙個分別獨立而其中又存在聯絡的小專案,每乙個小專案由不同的小組分別完成。由於這種較為靈活的模式,使得敏捷開發與其他軟體開發型別相比在適應性上有了...
關於敏捷開發的讀後感
完成一項工程時,我們常常會有這樣的感受 我們的解決方案要根據顧客的需求和現實情況的需要,不斷更改。採用傳統意義上的瀑布式開發,往往要花費更多的時間。最重要的原因就在於它相比於極限程式設計 敏捷開發,對於團隊合作的重視程度不夠,自由度也相對較低,導致效率偏低。在實際做專案時,我們應該清楚,我們做工程的...
《敏捷開發一千另一夜》 讀後感1
相信大家都讀過一千零一夜的故事,接下來,我們來回顧一下這個故事。故事有兩個主角,乙個男主 主動方 乙個女主 被動方 互動的方式是 被動方 講故事,可以故事裡巢狀另乙個故事,故事也可以有多個分支。評價體系是這樣的 a 主動方 接收 某個小故事,被動方 繼續 可以見到明天的太陽 b 主動方不接收,被動方...