進階專案知識

錯的事不會因為用力做而變對 - 談判的實利、關係和時效

我小時候住花蓮的透天厝。有天我家可愛的狗狗從外面咬了塊骨頭回來,然後滿心歡喜的把骨頭給我,像是要感謝我對他的照顧。我對他大加鼓勵,然後呢?我當然把骨頭丟掉啊!哪一個正常人類,會保留狗從外面撿回來的骨頭呢?狗不知道你要什麼,雖然它很用心的討好你。方向比努力重要。心靈雞湯都是這麼說的。這跟談判有什麼關係?有。我想說的是....

專案啟動會議 Kickoff meeting 教戰手冊

專案一開始也需要有個好的開頭,後續專案做起來才容易上軌道,而這個開頭就叫做啟動會議或是Kickoff meeting。有的公司習慣是在專案所有計劃規劃完,要正式開始執行計畫,才開Kickoff meeting。而有的則是專案開案後就開kick off meeting。這取決各自公司的文化流程。那究竟Kickoff meeting 裡頭該有什麼內容呢?首先我們要知道開Kickoff meeting 的目的是什麼? kickoff meeting 需要做到以下幾個效果:

快速建立領導力:三步驟有效主持動腦會議

年底是公司準備制定新年度計畫的時候,總經理希望針對公司內部「新產品業績不佳」的問題集思廣益,討論出較佳的解決方案。一陣熱烈的討論後,研發部和業務部的人員開始有些失焦,彷佛變成對立角色。眼看會議就要草草收場,這時產品設計部Nelson站起來表示,希望協助大家一起思考,如何提升新產品業績。沒想到,經過一個小時,大家從僵持變成歡笑聲不斷的局面,最後不但找出答案還達成了共識。到底Nelson在這場會議上做了什麼?

回覆學員提問:為何同事明明工作態度很糟,老闆還是堅持留他?

前陣子到某公司進行企業內訓,課程結束後,有幾位主管留下來問了幾個問題,其中有一個問題我印象很深刻。「老師,我們部門裡有個老員工,狀況很不好,工作老出包,也沒有基本的工作態度,已經溝通了一段時間,仍然沒有起色,我該怎麼辦?」我毫不猶豫地跟他說:「好好談過之後,讓他離開!或開誠佈公地凍著他。」他的回應是:「對,我也很想這麼做,但我老闆不讓他走…」

敏捷是來自組織精實與團隊認同的結果

「快」是普遍台灣中小企業一直在追求的,尤其當敏捷管理的概念在台灣開始被廣泛推廣時,快速迭代馬上就成為各企業朗朗上口的詞彙,彷彿只要夠快,產品就能搶得先機,並且逐步站穩市場,但真的是這樣嗎? 過去幾年,敏捷管理一度在台灣科技產業間盛行,但經過蜜月期之後,開始有人探討敏捷管理失敗的原因,我從自己實際參與幾年的敏捷團隊運作,從兩個面向來切入探討 :

大錯特錯!敏捷大師 (Scrum Master) 不是團隊的助理或秘書!

最近,幾位學員在下課之後,都不約而同地問了我一些關於敏捷與職涯發展的問題,有研發經理想轉職當專案經理的,也有品保人員想轉職做專案經理的,我就以此篇文章來做個小整理,提供些淺見給大家參考。

談「回顧(Retrospective)」:團隊如何尋找下一步行動的改善機會

敏捷宣言第9個敏捷原則是「團隊定期思考如何變得更有效,然後相對地調整方法。」由於 Agile 強調持續改進的重要性,所以對 Scrum 團隊來說,定期進行 Sprint Retrospective 是 Agile 開發實踐中最重要的項目之一。