拿對付自己人生重大風險的態度去對付專案的風險就對了


    最近和一位朋友聊天,朋友說:「前一陣子岳父(以下簡稱阿伯)突然生病住院,這件事讓他忙亂了好一陣子!」

    阿伯已經七十多歲了,是個五十幾年的老煙槍,而且還已經有些失智,行動雖然無法很敏捷,但是至少生活還可以自理,並且還有個老伴在照應(也是七十幾歲)。三個月前,阿伯突然暈倒,被鄰居緊急送醫,朋友於是陪老婆回南部去處理這些事情。

    您的專案還在「野火燒不盡、春風吹又生」嗎?



    最近課堂上的一位學員在中場休息時跑來問我一個問題

    「老師,今天上你的課,收穫真的很大,我發現專案規劃真的不難。可是,我們主管常常掛在嘴邊的一句話就是『我們沒有時間了,計畫趕不上變化,不用計畫這麼多,做就對了』,這種情形我該怎麼辦啊?」


    三階段成功打造個人品牌 (上)

    By Mr.Ben 3 11, 2018 
    最近有幸私下跟一些講師朋友交流,討論到「如何有效經營個人品牌」,坦白說,在這部份我自己也在學習跟努力實踐中!上個月在一次研討會的現場,很感恩能夠聽到業界資深大前輩在台上分享一些實務心得,對照Ben自己過去多年在管理顧問業的經驗,當下真的是受益良多,所以特別將思維理了一次,重點整理後加上自己的經驗,提供給更多有需要的朋友,如果你是講師或各種型態的Freelancer,我想這篇文章所提到的重點,一定能夠帶給大家很多收穫!

    如何運用 Scrum 敏捷式專案管理到 IC 設計產品開發專案(下)



    [上一篇]

    前兩篇文章所提的瀑布式和階段式方法,都是傳統的專案管理方法,有人鼓吹,為了要讓專案工作的時間估得準一點,那就多估幾個時間值好了,分別叫它們為「最樂觀」、「最悲觀」、「最可能」,也就是所謂的「三點估計法」。關於這一點,我的提問是,如果一個人對一項他沒做過的工作都「猜」不準所需要的時間了,那叫這個人多「猜」兩組時間,這樣就會比較準嗎?這不是畫蛇添足,脫褲子放屁嗎?

    如何運用 Scrum 敏捷式專案管理到 IC 設計產品開發專案(中)


    [上一篇]

    二. 階段式方法

    看到前一篇文章提到的瀑布式方法的缺點,我相信多數組織都可能感同身受。接下來的問題是,組織當中有沒有人有膽識、有魄力,而且還有權力可以推動專案管理的改革。

    很慶幸地,本案例的公司就有這樣有遠見的主管群。該公司的主管們痛定思痛、下定決心去做專案管理的變革,開始採用階段式開發方法。整個流程大致演化為像下圖這樣:

    如何運用 Scrum 敏捷式專案管理到 IC 設計產品開發專案(上)


    「老師,聽說 Scrum 敏捷式產品開發方法比較適合軟體產品開發,可是我們公司的產品是 IC,硬體的成分居大部分,軟體開發人員大都是在最後階段才參與產品的開發,這樣還適合導入 Scrum 敏捷式產品開發方法嗎?」

    想導入敏捷式方法,我該怎麼跟老闆溝通?


    有些組織在嘗試導入 Scrum(讀音:「思逛」)敏捷式方法的時候,老是遭遇到一些奇奇怪怪的現象,效益也常常不如當初想像地那般美好,為什麼會這樣呢?

    敏捷方法的成功密技(16):中、大型專案可以導入 Scrum 敏捷式開發與專案管理嗎?


    許多對敏捷式開發方法有興趣的客戶,經常會問我一個問題:「老師,敏捷式專案管理鼓勵以小規模團隊來做專案,可是我們公司的專案都很大,專案團隊的成員也很多,我們能用敏捷式管理方法嗎?」

    《可可夜總會》觀後感

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

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

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

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

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


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


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

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

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


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

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

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


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

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


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

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


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

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


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

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


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

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



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

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

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


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