講師到底該不該為一個課程「刻意準備笑話」?
《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)內去實做。也談到了如何拆解肥大的用戶故事為數個小故事,以便能繼續將該衝刺的剩餘空檔也能盡量地塞滿,以最佳化該衝刺的負載規劃。
可是,這些作法都必須奠基於「夠精準的用戶故事點數估算」這個前提之下才有意義!那麼,實務上,我們到底應該怎麼來估算用戶故事的點數,才能稱上「夠精準」呢?
訂閱:
文章 (Atom)