《可可夜總會》觀後感

    還記得你小時候的夢想是什麼嗎?您可曾為了夢想而和家人反目?後來你們又是怎麼和解的?從反目到和解,這當中又曾經發生過哪些轉折事件呢?

    《可可夜總會》是一部熱鬧又溫馨,讓你笑中帶淚的卡通,如果您是想看恐怖片,那千萬別去看,你一定會大失所望!

    敏捷方法的成功密技(15):未完成的用戶故事的進度怎麼算?

    在運用敏捷式產品開發與專案管理方法時,我們知道,應該以「對用戶的價值」的角度來對工作(用戶故事 User Story)的優先級做排序(參考《能讓需求簡化,還能更省時、更省錢,提供更多價值,這…可能嗎?》一文),然後,將這些工作,「依序」安排到固定週期的各個衝刺Sprints)去,並且盡可能地將每個衝刺都塞滿、都最佳化(參考《敏捷方法的成功密技(十一):Scrum 如何最佳化利用衝刺的容量?》一文)。

    但是,就算規劃得再完美,一定還是會有意外狀況,導致這些規劃好的事情生變。例如,在衝刺結束時,某些該完成的用戶故事,卻無法被驗收!這該怎麼辦?


    敏捷方法的成功密技(14):你不可不知,影響專案開發速度的八大障礙


    在《開車旅行跟敏捷專案管理有什麼關係?》一文當中,我們談到了,只要能掌握團隊的產品開發速度,幾乎就等於掌握了整個專案的進展。

    其實,不論是傳統式還是敏捷式的專案管理,道理都是一樣的。但,到底有哪些因素會影響到團隊的開發速度呢?我們還是先來看看開車旅行的例子。

    《EZ敏捷式專案管理:一日班》電源供應器研發製造商八小時企業內訓(滿意度 95 分)


    這是一個小週末,微微飄著細雨的禮拜五!在交流道塞了約莫二十分鐘之後,我終於到達了上課的地點,結束了這將近八十分鐘的車程。

    7:50,車外下著小雨,我不想因為教具被淋濕而影響到課程的品質,因此,我挑了個最靠近教室的停車格停車。不一會兒,另外一台車也靠了過來,就停在我的車格旁,車窗還被搖了下來

    靠講師改作業,就能評估專案管理類課程的 Level 3 成效!?


    Line對話)
    管顧:「威廉老師,客戶臨時要求要有課後作業,我們的想法是讓每一組學員自選一個專案主題,然後交作業給老師批改、給回饋,不知道老師您覺得這樣做可行嗎?」

    開車旅行跟敏捷式專案管理有什麼關係?


    如果你正開車到一個陌生的新景點去旅行,總距離大約是 200 公里左右,而你現在已經開了 160 公里,花掉了你兩個鐘頭,那麼,你知道,過去這段時間,你的平均車速是大約每小時  80 公里左右。現在我們來考慮以下的三種情境。

    職業講師之白日夢冒險王:笑話?笑話!


    講師到底該不該為一個課程「刻意準備笑話」?

    老師,你會不會跟我一起罵老闆?


    「老師,你剛剛教的東西對我們公司來說沒有用啦!我們老闆都嘛不聽我們說,都嘛直接壓結案日期,都沒得談的!你說,碰到這樣的老闆該怎麼辦啊?」

    《EZ專案力》半導體設備代理商七小時企業內訓(滿意度 95 分)


    此次前來邀課的是一家年輕的半導體設備代理商,公司在台北市、新竹市、高雄市分別設有三個據點,員工多數都是業務客服、和工程相關人員,完全沒有研發人員。由於公司沒有專屬的教育訓練教室,又為了讓各地的同仁們都能聚在一起上課,於是就在距離台中高鐵站約半小時車程的某壽險業者訓練中心租了一間教室,做為上課的場地。

    如何讓您組織的專案治理「如虎添翼」?



    某天早上,一位管顧夥伴 Line 我:「老師,我們接到一個 case 了,想跟您保留 x x 日的日期,不知道老師那天有空嗎?」我看了看行事曆,那天剛好有空檔,於是回覆她,「可以,那我就把那天保留給你們囉!」

    「請問客戶端的主要痛點是什麼?」我接著問。

    為什麼我們會需要專案溝通管理?


    您可能會認為,一個專案規劃完成之後,接下來應該就是,每個人按表操課就行了,是吧?其實不一定!有些較為簡單的專案可能可以,然而,大多數的專案卻沒有這麼簡單!

    職業講師之白日夢冒險王:感恩 Seafood,讚嘆 Seafood!


    最近 Seafood 一詞很流行,害我把《功夫熊貓》卡通又重新看了一遍(因為阿波總是這樣叫他的「師父」…XD)!這個世界就是這樣,有好人、就有壞人,有騙子、就有呆子!教育訓練界也是如此!

    威廉西遊記之廣州行隨筆


    飛機降落在白雲機場,下了飛機,我沒有托運行李,所以就逕自往入境海關的方向走去。班機雖然很多,幾乎也都班班客滿,過海關的過程卻不怎麼壅塞,算是相當的順暢,沒有讓我等太久,也許是一堆人還在等行李吧。

    到了的入境大廳的迎賓區,嚇了我一跳,我是飛錯國家了嗎?怎麼這麼多的黑人在接機啊?這是怎麼回事?

    《EZ專案力-自選專案實戰演練兩日班》半導體測試設備研發企業內訓(滿意度 9.7 分)


    經過了兩個月和管顧夥伴的討論、修訂、磨合,《EZ專案力-實戰演練兩日班》首發班終於在新竹科學園區的某大企業客戶隆重登場了!

    專案談判力:如何看清「局」、引導「勢」、掌握「節奏」


    「高天,看樣子你們是還沒有頭緒,對吧?」

    「ㄜ,是還在調查啦!」高天不想承認我的說法,所以拐彎抹角地這樣小心回答我。

    專案管理工具(排程、WBS、Gantt chart)


    從簡易功能的 Excel 範本,到專業的排程軟體!

    專案談判力:團隊搞不定,專案經理你該怎麼辦?


    「安迪(化名),BTSBug Tracking System)上那個 xxxx 號系統隨機當機的 issue,到底處理得怎麼樣了?上次你們說廠商已經解了,結果 QA 驗證測試還是沒通過,問題根本就沒有被解決!從上次 issue reopen 之後至今,都已經快兩週了還沒有任何進展,這樣下去不是辦法,會出不了貨的啊!」

    「我也沒辦法啊!我已經催他們很多次了,他們就是這麼牛皮啊!」我想像,在電話那頭的安迪現在應該是兩手一攤的模樣

    一個被演講重新激活的「危機處理專案」記憶(3)



    上篇文末,我問到,為什麼小綠(Android)都已經在市場上翻天覆地好幾年了,這個時候才爆發這樣的事件呢?

    原來,此時市場上開始出現雙核心 CPU(中央處理器)的行動裝置。許多的程式設計高手們開始摩拳擦掌、躍躍欲試,企圖將行動裝置的運算能量盡可能地、無限制地釋放出來,看看在行動裝置上的各種應用,尤其是影音、遊戲等需要高運算能力的應用,到底能有多流暢,是否可以達到部份桌上型電腦的效能體驗!


    從課程邀約解剖組織主管領導力與當責力


    「喂~請問是威廉老師嗎?」

    「我是,請問您是?」

    「我是XXXX所的朱小姐,我們想邀請您來幫我們的助教上一個講座課程,不知道威廉老師您XX日上午10點到12點的時間有沒有空?」

    我的心裡此時浮現這樣的 OS,「現在是什麼情況!?連講座的內容是什麼都還沒有談,我都還不清楚我有沒有能力講授呢,就沒頭沒腦地要預約我的時間?」

    敏捷方法的成功密技(十二之二):Scrum 如何精準估算用戶故事的點數?



    敏捷方法的成功密技(十二之一):Scrum 如何精準估算用戶故事的點數?



    在上一篇文章《敏捷方法的成功密技(十一):Scrum 如何最佳化利用衝刺的容量?》當中,我們談到了怎麼將點數/心力(PointEffort)大小不一的各個用戶故事,依照用戶故事的優先級先後,排進衝刺Sprint)內去實做。也談到了如何拆解肥大的用戶故事為數個小故事,以便能繼續將該衝刺的剩餘空檔也能盡量地塞滿,以最佳化該衝刺的負載規劃。

    可是,這些作法都必須奠基於「夠精準的用戶故事點數估算」這個前提之下才有意義!那麼,實務上,我們到底應該怎麼來估算用戶故事的點數,才能稱上「夠精準」呢?

    敏捷方法的成功密技(十一):Scrum 如何最佳化利用衝刺的容量?


    在上一篇文章《敏捷方法的成功密技(十):Scrum 衝刺目標誰決定?》當中,我們談到了衝刺(Sprint)目標,雖然名義上應該由 Product Owner產品負責人)來制定,但為免團隊根本就不 buy-in,或是團隊實在是無力可達成,故,實務上 PO 仍應與 Scrum Master 和開發團隊「一起」討論,來制定各個衝刺的目標,這樣才像一個符合 Scrum 精神的「團隊」!

    《EZ專案力》資通產品國際品牌大廠七小時企業內訓(推薦度 97%,滿意度 94 分)


    這天,是個週日,也是個傾盆大雨的週日。一個本該悠閒在家,陪伴家人的日子,可是,卻因為某些因素,導致這個客戶,不得不把此次的《EZ專案力》課程安排在週日!假如我是這些被指定來上課的學員,心情也一定無法好到哪兒去

    敏捷方法的成功密技(十):Scrum 的衝刺目標誰決定?


    在上一篇文章《敏捷方法的成功密技(九):Scrum 的衝刺目標怎麼訂?》當中,我們談完了衝刺Sprint)目標的制定技巧,但是,這些衝刺目標,到底該由誰來制定呢?我們先來看一下這樣的一個場景

    你看到的是霧霾?還是商機?

    比利時馬斯河谷事件

    日前在政大 EMBA 上課,課堂上探討到有關中國大陸地區的霧霾狀況,讓我對霧霾的哀怨情愁有了更深一層的認識。原來,比起中國,西方已開發先進國家的過去,也真是不遑多讓!


    敏捷方法的成功密技(九):Scrum 的衝刺目標怎麼訂?


    綜合本系列之前的文章,Scrum 其實就是一個小團隊(約5-9人),利用一個個固定短週期的衝刺Sprint),跟客戶一同逐步漸進地,完成一個產品,而這個產品的功能,就是由一個個,由客戶主導、撰寫的用戶故事User Story)來呈現需求的(關於用戶故事的簡要陳述,有興趣的朋友可以先參考一下《能讓需求簡化,還能更省時、更省錢,提供更多價值》這篇短文,容日後有空再專文細述之)。


    敏捷方法的成功密技(八):Scrum 的衝刺時間長短怎麼訂?


    一個衝刺(Sprint)的時間長短到底應該是多少才是最好的呢?如果衝刺的時間設定得太長,那麼,應變的彈性就會變得比較小,而如果衝刺的時間設定得太短,那麼,又容易讓開發團隊能產出的成果出問題。怎麼說呢?

    尋尋覓覓千百度,領先西方千年的華人領導管理智慧,就在那燈火闌珊處


    國學與領導?」咦!?有趣的課程名稱!

    在這學期初的課表當中,我發現到這門開設在台商班的選修課程,而且,好像這也是政大 EMBA 首次開設,結合古典中華文化與現代管理學的一門課。想想,從小各種儒、道、墨、法各家的知識,我們其實也讀過不少了,可是,這些東西就只是讀過了、考過了,然後也就還給老師了!我納悶著,為什麼 EMBA 這種為高階主管和經理人所設計的學程,還會開設這種這麼八股的課程呢?我帶著懷疑,繼續閱讀著課綱

    敏捷方法的成功密技(七之二):Scrum 的夢幻開發團隊該怎麼來建置?


    [承上一篇]

    接續上一篇文章《敏捷方法的成功密技(七之一),除了新領域、新團隊,最有機會嚐試新作法之外,我們也談到了,只要開發團隊夠紮實,產品的開發就能夠打帶跑,因為品質才能夠被掌控得好。怎麼說呢?

    敏捷方法的成功密技(七之一):Scrum 的夢幻開發團隊該怎麼來建置?

    在上一篇文章《敏捷方法的成功密技(六):Scrum Master  並非你想像的那般卑賤!》中,我們談到了 Scrum Master 這個角色,其實最好是由一位開發和管理經驗豐富的人來擔任,工作經歷不足的菜鳥,是很難勝任得好,更很難以服眾的。

    證照易取,實戰難精!PMP,你不該被說得如此不堪!


    我曾經聽到有許多人這樣說:「PMP沒有用啦!」每次聽到這樣的說法,我都會在心裡用台語對這些人OS:「自己沒功夫,還嫌雞絲(工具)醜(爛)!」

    敏捷方法的成功密技(六):Scrum Master 並非你想像的那般卑賤!



    在上一篇文章《敏捷方法的成功密技(五):Scrum的三種角色》中,我們談到了Scrum定義的三種角色,而其中Scrum Master這個角色應該是最令人感到困惑的一個。

    《EZ專案力》自動化系統設計製造商七小時企業內訓(滿意度與推薦度皆達 98.5 分)


    「這些內容和教具都是你一個人設計的喔?」中午休息時,與客戶的營運長和兩位資深協理共同用餐的時候,營運長再一次這麼問我,彷彿對於上午中場休息聊天時我的回答,還是覺得有點不可置信


    「對啊!全部都是!」

    職業講師之白日夢冒險王:長官要旁聽,你該怎麼辦?


    在上一篇文章「職業講師之白日夢冒險王(六):最好的學習成效應該是什麼?」當中,我提到最好的學習成效應該是「讓學員愛上釣魚」,而不僅僅只是「讓學員學會釣魚」,甚至是更低標的「直接給學員魚吃」而已!

    可是,要做到「讓學員愛上釣魚」,徹底激發出學員對課程主題的高度熱忱,後續還會自主學習精進,這又談何容易?一整天的課程,除了「內容」的含金量要夠,「講師」的台風要穩健、表達要幽默之外,「環境」也是重要的因素之一。那麼,「環境」因素又包含有哪些東西呢?

    課程滿意度總表(部分紀錄)

    《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專案力》大陸上海市電源組件研發製造商企業內訓(滿意度 96.5 分)


    本次企業內訓客戶來自某舊客戶口碑推薦,為一屹立於兩岸四十餘年,員工近千人的某工控周邊應用廠商。產品包括電源供應器、變壓器、整流器、LED、以及相關線材的研發與製造,不僅需要高度的客製化能力,更需要有大量快速生產的能力,方能長期因應全球軌道交通、綠能、工控等不同產業客戶之需求。

    本次課程,不僅總經理、高階經理人、以及各單位主管均全程參與,其他學員的背景與專長更是廣泛而多元,包括工程、品管、資材、生產、業務、採購、財務、人事等產銷人發財各個單位的同仁,足見客戶不以現有成功而自滿,以及此次課程對員工能力提升的期望與重視!

    敏捷方法的成功密技(五):Scrum 的三種角色


    在上一篇文章《敏捷方法的成功密技(四):Scrum的理想與現實的障礙》中,我們談到了Scrum明確定義的三種角色,Product Owner產品負責人Scrum Master 大師,以及Development Team開發團隊,接下來我們就一一來看看。

    敏捷方法的成功密技(四):Scrum 的理想與現實的障礙



    在上一篇文章《敏捷方法的成功密技(三):Scrum如何擺脫「產品客戶不愛,團隊熱情不再」的窘境?》中,我們談到了Scrum架構可以協助「部份」解決溝通斷層的問題。若是想徹底一點改善溝通斷層的問題,則還需要把在更前端「產品定義階段的相關活動」也都納入Scrum的架構內來運作才行。

    《EZ專案力》一日/兩日班課程簡章


    《EZ專案力》客製化 64 人專案管理共識營(滿意度 95 分)- 續

    《EZ專案力》客製化 64 人專案管理共識營(滿意度 95 分)


    本次企業內訓為一老客戶之再度回購,員工總人數超過六萬人!轄區內地廣人稠,各工商行業蓬勃發展、人口持續成長,讓所有與民眾服務相關的新專案之開展,以及舊專案的翻新改良,挑戰愈來愈高!

    一線同仁對外是服務民眾的窗口,處在蒐集民眾需求的最佳位置,對內則是各種服務專案的利害關係人,需要也應該,代表民眾提出各種必要的改進要求。同時,此些同仁們也有機會身兼專案經理的角色,負責某些專案的規劃與執行。因此,同仁們對於專案管理的認識和訓練,實有其迫切之需要與必要,以因應愈來愈高的挑戰。

    職業講師之白日夢冒險王:最好的學習成效應該是什麼?



    「學習成效」一直都是企業內訓客戶的關注點,可是,也往往最難以被客觀地衡量。在花了一整天,甚至是好幾天的時間上完課之後,到底學員們的學習成效該如何被客觀地評量?學員們事後績效的好壞,又如何可以被認定為,是跟學員們上過的課程有直接的相關,而不是因為景氣好轉的原因呢?

    這,本來就是個難解的問題。

    職業講師之白日夢冒險王:迷宮老鼠與奇蹟大師


    [從第一篇看起][上一篇]

    講師界跟任何其他產業都一樣,有競爭、有合作,有明爭、也有暗鬥。有人脈的,比沒人脈的強;臉皮厚的,機會多過臉皮薄的。冷漠的人,比熱心的人多;努力的人,也未必比混的人成功。沒有先建立這些認知,要做職業講師,還請再三思。

    敏捷方法的成功密技(三):Scrum 如何擺脫「產品客戶不愛,團隊熱情不再」的窘境?


    在上一篇文章《敏捷方法的成功密技(二):專案管理的「溝通斷層」》中,我們談到了為什麼客戶/用戶的需求總是這麼難捉摸,為何我們要先談這個問題呢?

    理由其實很簡單,在這個溝通的鴻溝沒有被妥善處理、弭平之前,所有後續的努力與投入都會事倍功半,形成「產品客戶不愛,團隊熱情不再」這個賠了夫人又折兵的窘境。那該怎麼做才能「盡可能」地弭平這個溝通鴻溝呢?(注意,我沒說能完全弭平!)

    敏捷方法的成功密技(二):專案管理的「溝通斷層」


    在上一篇文章《敏捷方法的成功密技:Scrum 為何對你很重要?》中,我們談到了Scrum這個在敏捷開發方法中頗受歡迎的一派,也談到了敏捷式與瀑布式,在產品開發和專案執行成功率上的巨大差異。可是,既然這個東西這麼讚,又簡單易懂,那為什麼還是有很多公司和組織在導入這個方法的時候,不盡人意,東卡西卡的,無法體驗到敏捷法的巨大好處呢?

    其实您懂項目管理(十)

    「院长,谈完了风险的管理,我们回头来看一下WBS这玩意儿。前面我们说到WBS就是所有要做的工作的树状分解结构,而这棵树的最底端的节点,就是一个个的工作包,也就是一个个的『交付目标』,您还记得吗?」

    「当然啦,我又还没有老年痴呆!」

    其实您懂項目管理(九)


    「院长,您是不是觉得,只要质量也都顾到了,这小小的中秋烤肉趴活动,就应该没什么风险了吧?」

    「对啊!不然勒?该买什么物品、谁该负责也都安排好了,还能出什么状况?」