你真正做到敏捷了嗎?

2021-10-07 22:03:51 字數 955 閱讀 6458

通過這段時間對敏捷專案管理的學習,與之前的專案對照以一下,嚴謹來講,之前做的不算敏捷,雖然符合了個體和互動高於流程和工具,但是該有的敏捷流程卻沒有完成,比如每日站會、迭代評審會、迭代回顧會這些;雖然強調了結果高於過程,但是由於過於不注重過程,而造成部分功能返工從而影響了效率;雖然注重了客戶合作,但是也造成研發突然007造成身心疲憊;雖然響應了變化,但是並沒有做好迭代計畫,造成sprint期間插入新需求,迭代延期發布;所以團隊和產品價值一樣重要。

敏捷實施前期,在團隊中普及敏捷知識有多重要?

僅研發人員來講,他們的思維模式與做業務管理人員的思維模式完全不一樣,非黑即白vs黑白之間可能存在無數顏色、(定向思維)從1到2到3vs(逆向思維)為了達到3要實現2和1、聚集思維vs發散思維等等,所以思維不一樣認知就有區別,為了盡量統一思維模式,更好的完成專案,所以有必要去給研發人員培訓敏捷專案管理知識。

產品經理與敏捷教練是否可以是同一人?

雖然說敏捷講究的是團隊合作,但是過程中的會議還是要有人出來組織的,個人認為應該由產品或者敏捷經理擔負起來,而且乙個團隊中產品經理和專案經理不能由乙個人來做,首先從職責上來講,產品經理應該注重產品規劃(符合公司經濟或發展戰略等與戰略相關)、產品價值,某種情況下產品經理對於研發團隊是一種壓力的存在,而專案經理應該考慮專案的過程、質量以及團隊成員的情況,對團隊起到服務性或輔助推進作用,所以兩個職位存在互斥的關係;再乙個原因是精力的問題,如果同乙個人來做這兩個崗位,最終會導致哪個職責都沒做好。

1、團隊各缺少崗位人員,如缺少某個崗位(測試),團隊中又無人可以頂替;

2、團隊人手少,而且多個專案切換頻繁或並行; 

3、產品經理無法接觸到客戶,或者能溝通的機會很少;

4、開發過程中,專案需求更改;(可以參考極限程式設計,架構設計過程中要盡量做到預判等)

5、團隊人員對看板的關注度太低;

以上內容,僅代表個人觀點,如有其他問題,期待一起交流,共同進步~

你做到了嗎?

1 遇到乞討者 遇到要錢的就給他 她 點飯,遇到要飯的就給他 她 點錢。2 上車遇到老弱病殘 孕婦 讓座的時候別動聲色,也別大張旗鼓。站起來用身體擋住其它人留出空位子給需要的人。然後裝作下車走遠點。人太多實在走不遠,人家看你表示謝意的時候微笑一下。3 雨雪的時候 天冷的傍晚或者是雪天的夜晚,遇到賣菜...

你不是真正的敏捷

你不是真正的快樂,你的笑只是你穿的保護色。這世界笑了,於是你合群的一起笑了。摘自 你不是真正的快樂 領銜出演 周星馳。1.敏捷成為主流?敏捷已經成為主流?前段時間敏捷十年,國外紛紛報道,皆稱敏捷已經成為主流。將在杭州舉辦的今年十月的 qcon 更是把主題定為 敏捷已到壯年 然而什麼是敏捷至今依然沒有...

你所抱怨的事,你做到了嗎?

乙個人活著,何任何時,是不能無所事事,更不可枸人憂天,怨聲載道,必須要有他該做的事情,唯有那樣他的心裡才會有所寄託,他才會真正的獲得快樂。不要抱怨工作的奔波勞累,其實有的時候,不是工作本身有多麼辛苦,而是我們自己的身心感覺的,也許可能真的是累了。人的一生中必須面對很多各種各樣的環境,但不管處在任何環...