《可可夜總會》是一部熱鬧又溫馨,讓你笑中帶淚的卡通,如果您是想看恐怖片,那千萬別去看,你一定會大失所望!
敏捷方法的成功密技(15):未完成的用戶故事的進度怎麼算?
在運用敏捷式產品開發與專案管理方法時,我們知道,應該以「對用戶的價值」的角度來對工作(用戶故事 User Story)的優先級做排序(參考《能讓需求簡化,還能更省時、更省錢,提供更多價值,這…可能嗎?》一文),然後,將這些工作,「依序」安排到固定週期的各個衝刺(Sprints)去,並且盡可能地將每個衝刺都塞滿、都最佳化(參考《敏捷方法的成功密技(十一):Scrum 如何最佳化利用衝刺的容量?》一文)。
但是,就算規劃得再完美,一定還是會有意外狀況,導致這些規劃好的事情生變。例如,在衝刺結束時,某些該完成的用戶故事,卻無法被驗收!這該怎麼辦?
敏捷方法的成功密技(14):你不可不知,影響專案開發速度的八大障礙
在《開車旅行跟敏捷式專案管理有什麼關係?》一文當中,我們談到了,只要能掌握團隊的產品開發速度,幾乎就等於掌握了整個專案的進展。
其實,不論是傳統式還是敏捷式的專案管理,道理都是一樣的。但,到底有哪些因素會影響到團隊的開發速度呢?我們還是先來看看開車旅行的例子。
《EZ敏捷式專案管理:一日班》電源供應器研發製造商八小時企業內訓(滿意度 95 分)
這是一個小週末,微微飄著細雨的禮拜五!在交流道塞了約莫二十分鐘之後,我終於到達了上課的地點,結束了這將近八十分鐘的車程。
7:50,車外下著小雨,我不想因為教具被淋濕而影響到課程的品質,因此,我挑了個最靠近教室的停車格停車。不一會兒,另外一台車也靠了過來,就停在我的車格旁,車窗還被搖了下來…
開車旅行跟敏捷式專案管理有什麼關係?
如果你正開車到一個陌生的新景點去旅行,總距離大約是 200 公里左右,而你現在已經開了 160 公里,花掉了你兩個鐘頭,那麼,你知道,過去這段時間,你的平均車速是大約每小時 80 公里左右。現在我們來考慮以下的三種情境。
《EZ專案力》半導體設備代理商七小時企業內訓(滿意度 95 分)
此次前來邀課的是一家年輕的半導體設備代理商,公司在台北市、新竹市、高雄市分別設有三個據點,員工多數都是業務、客服、和工程相關人員,完全沒有研發人員。由於公司沒有專屬的教育訓練教室,又為了讓各地的同仁們都能聚在一起上課,於是就在距離台中高鐵站約半小時車程的某壽險業者訓練中心租了一間教室,做為上課的場地。
如何讓您組織的專案治理「如虎添翼」?
某天早上,一位管顧夥伴
Line 我:「老師,我們接到一個 case 了,想跟您保留 x 月 x 日的日期,不知道老師那天有空嗎?」我看了看行事曆,那天剛好有空檔,於是回覆她,「可以,那我就把那天保留給你們囉!」
「請問客戶端的主要痛點是什麼?」我接著問。
威廉西遊記之廣州行隨筆
飛機降落在白雲機場,下了飛機,我沒有托運行李,所以就逕自往入境海關的方向走去。班機雖然很多,幾乎也都班班客滿,過海關的過程卻不怎麼壅塞,算是相當的順暢,沒有讓我等太久,也許是一堆人還在等行李吧。
到了的入境大廳的迎賓區,嚇了我一跳,我是飛錯國家了嗎?怎麼這麼多的黑人在接機啊?這是怎麼回事?
標籤:
學習心得
專案談判力:團隊搞不定,專案經理你該怎麼辦?
「安迪(化名),BTS(Bug Tracking System)上那個 xxxx 號系統隨機當機的 issue,到底處理得怎麼樣了?上次你們說廠商已經解了,結果 QA 驗證測試還是沒通過,問題根本就沒有被解決!從上次 issue 被 reopen 之後至今,都已經快兩週了還沒有任何進展,這樣下去不是辦法,會出不了貨的啊!」
「我也沒辦法啊!我已經催他們很多次了,他們就是這麼牛皮啊!」我想像,在電話那頭的安迪現在應該是兩手一攤的模樣…
一個被演講重新激活的「危機處理專案」記憶(3)
上篇文末,我問到,為什麼小綠(Android)都已經在市場上翻天覆地好幾年了,這個時候才爆發這樣的事件呢?
原來,此時市場上開始出現雙核心 CPU(中央處理器)的行動裝置。許多的程式設計高手們開始摩拳擦掌、躍躍欲試,企圖將行動裝置的運算能量盡可能地、無限制地釋放出來,看看在行動裝置上的各種應用,尤其是影音、遊戲等需要高運算能力的應用,到底能有多流暢,是否可以達到部份桌上型電腦的效能體驗!
原來,此時市場上開始出現雙核心 CPU(中央處理器)的行動裝置。許多的程式設計高手們開始摩拳擦掌、躍躍欲試,企圖將行動裝置的運算能量盡可能地、無限制地釋放出來,看看在行動裝置上的各種應用,尤其是影音、遊戲等需要高運算能力的應用,到底能有多流暢,是否可以達到部份桌上型電腦的效能體驗!
標籤:
專案管理
《其實你懂專案管理》系列文章總表
其實你懂專案管理(一):專案的啟動與大總管(專案經理)的指派
其實你懂專案管理(二):專案聖旨(專案章程)的頒布與利害關係人的辨識
其實你懂專案管理(三):利害關係人的需求和溝通
其實你懂專案管理(四):需求(Requirement)釐清與範疇(Scope)界定
其實你懂專案管理(五):「交付標的(Deliverable)」導向來挖掘專案必要的產出
其實您懂專案管理(六):用工作分解結構(WBS)來管理專案所有「交付標的」
其實你懂專案管理(七):WBS、RAM、專案人力資源(Human Resource)管理
其實你懂專案管理(八):品質(Quality)和等級
其實你懂專案管理(九):風險(Risk)管理
其實你懂專案管理(十):整合變更管理(Integration Change Mangement)與 WBS
標籤:
專案管理
敏捷方法的成功密技(十二之一):Scrum 如何精準估算用戶故事的點數?
在上一篇文章《敏捷方法的成功密技(十一):Scrum 如何最佳化利用衝刺的容量?》當中,我們談到了怎麼將點數/心力(Point、Effort)大小不一的各個用戶故事,依照用戶故事的優先級先後,排進衝刺(Sprint)內去實做。也談到了如何拆解肥大的用戶故事為數個小故事,以便能繼續將該衝刺的剩餘空檔也能盡量地塞滿,以最佳化該衝刺的負載規劃。
可是,這些作法都必須奠基於「夠精準的用戶故事點數估算」這個前提之下才有意義!那麼,實務上,我們到底應該怎麼來估算用戶故事的點數,才能稱上「夠精準」呢?
敏捷方法的成功密技(十一):Scrum 如何最佳化利用衝刺的容量?
在上一篇文章《敏捷方法的成功密技(十):Scrum 的衝刺目標誰決定?》當中,我們談到了衝刺(Sprint)目標,雖然名義上應該由 Product Owner(產品負責人)來制定,但為免團隊根本就不
buy-in,或是團隊實在是無力可達成,故,實務上 PO 仍應與 Scrum Master 和開發團隊「一起」討論,來制定各個衝刺的目標,這樣才像一個符合
Scrum 精神的「團隊」!
《EZ專案力》資通產品國際品牌大廠七小時企業內訓(推薦度 97%,滿意度 94 分)
這天,是個週日,也是個傾盆大雨的週日。一個本該悠閒在家,陪伴家人的日子,可是,卻因為某些因素,導致這個客戶,不得不把此次的《EZ專案力》課程安排在週日!假如我是這些被指定來上課的學員,心情也一定無法好到哪兒去…
敏捷方法的成功密技(九):Scrum 的衝刺目標怎麼訂?
綜合本系列之前的文章,Scrum 其實就是一個小團隊(約5-9人),利用一個個固定短週期的衝刺(Sprint),跟客戶一同逐步漸進地,完成一個產品,而這個產品的功能,就是由一個個,由客戶主導、撰寫的用戶故事(User Story)來呈現需求的(關於用戶故事的簡要陳述,有興趣的朋友可以先參考一下《能讓需求簡化,還能更省時、更省錢,提供更多價值》這篇短文,容日後有空再專文細述之)。
敏捷方法的成功密技(八):Scrum 的衝刺時間長短怎麼訂?
一個衝刺(Sprint)的時間長短到底應該是多少才是最好的呢?如果衝刺的時間設定得太長,那麼,應變的彈性就會變得比較小,而如果衝刺的時間設定得太短,那麼,又容易讓開發團隊能產出的成果出問題。怎麼說呢?
敏捷方法的成功密技(七之二):Scrum 的夢幻開發團隊該怎麼來建置?
[承上一篇]
接續上一篇文章《敏捷方法的成功密技(七之一)》,除了新領域、新團隊,最有機會嚐試新作法之外,我們也談到了,只要開發團隊夠紮實,產品的開發就能夠打帶跑,因為品質才能夠被掌控得好。怎麼說呢?
敏捷方法的成功密技(七之一):Scrum 的夢幻開發團隊該怎麼來建置?
在上一篇文章《敏捷方法的成功密技(六):Scrum Master 並非你想像的那般卑賤!》中,我們談到了 Scrum Master 這個角色,其實最好是由一位開發和管理經驗豐富的人來擔任,工作經歷不足的菜鳥,是很難勝任得好,更很難以服眾的。
職業講師之白日夢冒險王:長官要旁聽,你該怎麼辦?
在上一篇文章「職業講師之白日夢冒險王(六):最好的學習成效應該是什麼?」當中,我提到最好的學習成效應該是「讓學員愛上釣魚」,而不僅僅只是「讓學員學會釣魚」,甚至是更低標的「直接給學員魚吃」而已!
可是,要做到「讓學員愛上釣魚」,徹底激發出學員對課程主題的高度熱忱,後續還會自主學習精進,這又談何容易?一整天的課程,除了「內容」的含金量要夠,「講師」的台風要穩健、表達要幽默之外,「環境」也是重要的因素之一。那麼,「環境」因素又包含有哪些東西呢?
標籤:
教學
課程滿意度總表(部分紀錄)
《EZ敏捷式專案管理:兩日班》半導體元件通路商:啟動敏捷,大步向前(滿意度 9.4)
《EZ專案力-自選專案實戰演練:兩日班》半導體設備研發製造企業內訓
《EZ專案力-自選專案實戰演練:兩日班》壽險業企業內訓(滿意度 9.56)
《EZ專案力-自選專案實戰演練:兩日班》金融業企業內訓(滿意度 9.84)
《EZ專案力》淺談文創產業的專案管理困境與解決之道(滿意度9.76)
《EZ敏捷式專案管理:兩日班》食品業內訓(滿意度 9.8 分)
《EZ敏捷式專案管理:兩日班》醫藥生技企業內訓(滿意度 10 分)1/2 - 課後 Line 群組對話
《EZ敏捷式專案管理:兩日班》醫藥生技企業內訓(滿意度 10 分)2/2 - 學員回饋
《EZ敏捷式專案管理:八小時班》電源供應器研發製造商企業內訓( 9.6 分)
《EZ專案力》半導體設備代理商一日內訓(滿意度 9.5 分)
《EZ專案力》自動化系統公司內訓(98.5% 推薦,滿意度 9.9 分)
《EZ專案力》64人六小時專案管理共識營(滿意度 9.5 分)
《EZ專案力》七小時中國大陸企業內訓(滿意度 9.7 分)
《EZ專案力》OA 流通業一日內訓(滿意度 9.7 分)
《EZ專案力》醫藥集團七小時企業內訓(噶瑪蘭歷險記)
《EZ專案力》七小時企業內訓(滿意度 9.9 分)
《EZ專案力》兩小時管顧示範版
《EZ專案力》物流流通業七小時企業內訓(滿意度 9.4 分)
相關文章:
《EZ領導力一日班》課程簡章
《EZ專案力一日班》課程簡章
《EZ專案力自選專案題實戰演練兩日班》課程簡章
《EZ敏捷式專案管理:一日班》課程簡章
《EZ敏捷式專案管理:兩日班》課程簡章
《EZ專案力-自選專案實戰演練:兩日班》半導體設備研發製造企業內訓
《EZ專案力-自選專案實戰演練:兩日班》壽險業企業內訓(滿意度 9.56)
《EZ專案力-自選專案實戰演練:兩日班》金融業企業內訓(滿意度 9.84)
《EZ專案力》淺談文創產業的專案管理困境與解決之道(滿意度9.76)
《EZ敏捷式專案管理:兩日班》食品業內訓(滿意度 9.8 分)
《EZ專案力》自動化系統公司內訓(98.5% 推薦,滿意度 9.9 分)
《EZ專案力》64人六小時專案管理共識營(滿意度 9.5 分)
《EZ專案力》七小時中國大陸企業內訓(滿意度 9.7 分)
《EZ專案力》OA 流通業一日內訓(滿意度 9.7 分)
《EZ專案力》醫藥集團七小時企業內訓(噶瑪蘭歷險記)
《EZ專案力》七小時企業內訓(滿意度 9.9 分)
《EZ專案力》兩小時管顧示範版
《EZ專案力》物流流通業七小時企業內訓(滿意度 9.4 分)
相關文章:
《EZ領導力一日班》課程簡章
《EZ專案力一日班》課程簡章
《EZ專案力自選專案題實戰演練兩日班》課程簡章
《EZ敏捷式專案管理:一日班》課程簡章
《EZ敏捷式專案管理:兩日班》課程簡章
《EZ專案力》大陸上海市電源組件研發製造商企業內訓(滿意度 96.5 分)
本次企業內訓客戶來自某舊客戶口碑推薦,為一屹立於兩岸四十餘年,員工近千人的某工控周邊應用廠商。產品包括電源供應器、變壓器、整流器、LED、以及相關線材的研發與製造,不僅需要高度的客製化能力,更需要有大量快速生產的能力,方能長期因應全球軌道交通、綠能、工控等不同產業客戶之需求。
本次課程,不僅總經理、高階經理人、以及各單位主管均全程參與,其他學員的背景與專長更是廣泛而多元,包括工程、品管、資材、生產、業務、採購、財務、人事等產銷人發財各個單位的同仁,足見客戶不以現有成功而自滿,以及此次課程對員工能力提升的期望與重視!
敏捷方法的成功密技(五):Scrum 的三種角色
在上一篇文章《敏捷方法的成功密技(四):Scrum的理想與現實的障礙》中,我們談到了Scrum明確定義的三種角色,Product Owner產品負責人、Scrum Master 大師,以及Development Team開發團隊,接下來我們就一一來看看。
敏捷方法的成功密技(四):Scrum 的理想與現實的障礙
在上一篇文章《敏捷方法的成功密技(三):Scrum如何擺脫「產品客戶不愛,團隊熱情不再」的窘境?》中,我們談到了Scrum架構可以協助「部份」解決溝通斷層的問題。若是想徹底一點改善溝通斷層的問題,則還需要把在更前端「產品定義階段的相關活動」也都納入Scrum的架構內來運作才行。
《EZ專案力》客製化 64 人專案管理共識營(滿意度 95 分)
本次企業內訓為一老客戶之再度回購,員工總人數超過六萬人!轄區內地廣人稠,各工商行業蓬勃發展、人口持續成長,讓所有與民眾服務相關的新專案之開展,以及舊專案的翻新改良,挑戰愈來愈高!
一線同仁對外是服務民眾的窗口,處在蒐集民眾需求的最佳位置,對內則是各種服務專案的利害關係人,需要也應該,代表民眾提出各種必要的改進要求。同時,此些同仁們也有機會身兼專案經理的角色,負責某些專案的規劃與執行。因此,同仁們對於專案管理的認識和訓練,實有其迫切之需要與必要,以因應愈來愈高的挑戰。
職業講師之白日夢冒險王:迷宮老鼠與奇蹟大師
[從第一篇看起][上一篇]
講師界跟任何其他產業都一樣,有競爭、有合作,有明爭、也有暗鬥。有人脈的,比沒人脈的強;臉皮厚的,機會多過臉皮薄的。冷漠的人,比熱心的人多;努力的人,也未必比混的人成功。沒有先建立這些認知,要做職業講師,還請再三思。
標籤:
教學
敏捷方法的成功密技(三):Scrum 如何擺脫「產品客戶不愛,團隊熱情不再」的窘境?
理由其實很簡單,在這個溝通的鴻溝沒有被妥善處理、弭平之前,所有後續的努力與投入都會事倍功半,形成「產品客戶不愛,團隊熱情不再」這個賠了夫人又折兵的窘境。那該怎麼做才能「盡可能」地弭平這個溝通鴻溝呢?(注意,我沒說能完全弭平!)
敏捷方法的成功密技(二):專案管理的「溝通斷層」
在上一篇文章《敏捷方法的成功密技:Scrum 為何對你很重要?》中,我們談到了Scrum這個在敏捷開發方法中頗受歡迎的一派,也談到了敏捷式與瀑布式,在產品開發和專案執行成功率上的巨大差異。可是,既然這個東西這麼讚,又簡單易懂,那為什麼還是有很多公司和組織在導入這個方法的時候,不盡人意,東卡西卡的,無法體驗到敏捷法的巨大好處呢?
其实您懂項目管理(十)
「院长,谈完了风险的管理,我们回头来看一下WBS这玩意儿。前面我们说到WBS就是所有要做的工作的树状分解结构,而这棵树的最底端的节点,就是一个个的工作包,也就是一个个的『交付目标』,您还记得吗?」
「当然啦,我又还没有老年痴呆!」
訂閱:
文章 (Atom)