利害關係人

只理解規格是不夠的!你認同自己的產品嗎?

專案管理告訴我們,只做範圍內的事情,超出範圍外的叫鍍金,但若你做的是產品,你要記得這句話適用的範圍是在當某個版本的功能與時程已經被押上,且你沒有多餘的時間多做時,要知道,對一個產品來說,功能不可能停滯下來,一定會不斷的演進,但專案則是這個產品開發過程中的一個版本階段,所以專案是有明確的範圍與時程的,但產品發展不能這樣畫地自限。

客戶提的需求不精確時,如何拆解出客戶的真需求?

客戶提的需求大部分不是真的!並不是客戶刻意要騙人,而是他真以為這就是他的需求。人們經常自以為是的把心中所想,大多時候是錯誤的解決之道,當作需求來提出,而不是說出希望被解決的問題或是想被滿足的情境。這就造成了誤把規格當需求,對於一個不專業的人所開的規格,又怎能期待最後真能滿足需求,必致客訴抱怨。那麼,真正的需求又該如何釐清呢?

一張圖告訴你,為何只努力一半的人,比完全不努力的人還要哀怨!

我覺得每個人都應該建立一套自己的思維框架,透過不斷地觀察世界,不斷地學習,讓這個框架逐步完備,才是讓我們智識增長的秘方。我很慶幸當年選擇了專案管理這條路,幫助我建立了屬於自己的思維框架。這框架用在企業管理就是「專案管理生活思維」,框架用在職場與人際關係就成了今天的「大人學」,背後的原理其實是差不多的!

培養你的軟性技能

台灣的組織型態其實很有意思。 雖然以專案為主的公司所佔比例其實滿高,可是PM的權力卻普遍不高。 很多公司雖然嘗試走矩陣式的結構,可是卻多是Weak Matrix。 以至於於PM就算獲得了認證、具備充分的管理技能,往往也沒有主導整個專案走向的能力(與權力)。 也因此,除了考試或是學習硬技能以外,我們通常也會建議我們客戶的PM們該試著多學一些「軟性技能」。 可是學軟性技能,該學那些呢?

小心組織內那些面面俱到的好人

我自己時常反思,當我碰到一些需要與人爭執、辯論與要求別人的場合時,我的選擇應該是什麼?是為了保全自己「好人」的形象,選擇什麼都不說,都接受?還是即便會讓對方不舒服,仍堅持針對事情影響的層面做評估,並提出正確的質疑與挑戰?

沒有資訊背景與經驗! 該如何委託外包商開發軟體?

這幾年認識許多軟體創業的朋友,他們在找尋不到合適的技術合夥人且自己不懂程式的狀況下,會轉向委託軟體外包商開發產品,可是軟體外包涉及的層面非常廣,如果沒有外包的經驗,就算是專業的軟體公司也很難與外包商磨合,更別論沒有資訊背景的朋友了。

其他行業都會在創業前就「算盡成本」,那為何軟體創業大家都不談獲利?

多數以軟體創業的人,在開發產品前的重點會擺在「發想 Idea」與「找尋有能力實作產品的夥伴」上,但對產品實際上市到底能有多少營收與利潤,往往只有美好的想像,甚至很多人對於軟體產品成功的定義是「擁有很多使用者」,這跟電影「叫好不叫座」一樣充滿了矛盾。軟體創業像是製作美夢泡泡,而泡泡要能持續存在的關鍵,其實是產品到底「能不能賺錢」!這論點乍聽之下充滿銅臭味,但卻是最重要的事情。

從評估軟體時程,論人性化管理

軟體開發時間是工程師一天到晚都會被問的問題。但是通常工程師只能對著PM、主管說「該花多久時間就花多久時間」,可惜PM、主管總是因為立場不同而不懂。到底有沒有更敏捷的方法,可以縮短軟體開發時間?有沒有更有效的管理方法,可以幫助管理專案開發時程?

想成為好的領導,你應該先能被領導

這兩日在FB上看到某位網友引用到高德拉特這句話,很有感觸。 高德拉特在《絕不是靠運氣》說:『我們不應假設經理人疏忽或無能,我們應該假設他們陷入一個衝突之中,以至於他們無法正確地經營公司。』 大部分人最容易掉入的思考陷阱,就是容易以為老闆、或是政治人物是笨蛋。 FB上這種最多了,動不動就會看到有人寫說:「連我都想得到的簡單事情,他們怎麼會這麼笨!?」。 但實際上,老闆或政治人物真是笨蛋的比例到底有多少? 雖然我也沒有答案、也相信其中應該有幾個確實不聰明,但我不相信笨蛋的比例會非常高。

當女友問你愛不愛我,她要的是安心而非狀態。客戶也是一樣的!

當客戶向你購買產品服務時,心中其實是有焦慮的,那是一種「害怕做錯決定,成為冤大頭」的焦慮。就像網購時我們會認真比價的心態一樣,有時候真的不是差那一兩百塊錢,純粹是希望自己不要買貴了,因為花錢卻換來懊惱真的讓人超級不爽!

拉撒路任務,專案的三重限制

專案管理貴在如期如質完成專案範疇內的任務,但品質的好壞與時間、範疇、資源有極大的關聯,稱之為專案的三重限制。在星際效應電影中,以庫柏為首的太空人與科學家們,在sponsor布蘭德教授的遊說下,穿越蟲洞前往未知的星際去探詢適合人類居住的星球,是十年前拉撒路任務的延續。拉撒路一詞取自聖經,在新約《約翰福音》11章中記載,拉撒路病死後被埋葬在一個洞穴中,四天之後耶穌吩咐他從墳墓中出來,因而奇跡似復活。言下之意,這一趟太空任務猶如尋找奇蹟般的旅程,充滿挑戰。

專案經理必會拿捏的藝術:關於授權

最近很少接觸技術類的內容,都沒什麼機會撰寫一些深入技術面的內容跟大家分享,只好跟大家分享自己在管理上的一些經驗,讓同為IT人的大家參考參考,在講這個之前,我還是必須要先聲明,管理/領導的手法百百種,不見得我的方法適合用在每個場合,大家可以提出不同的看法與案例一起討論討論。 我想我可以有這麼多機會學習,去碰壁,我都要感謝我的主管R先生跟N小姐,由其是R先生讓我有很多的機會嘗試各種管理手段,在一次又一次的碰壁中學習,這樣的經驗真的很珍貴,而我也希望這樣的經驗可以給各位做為參考。

注意這些人!他們工作幫不上你,但扯後腿絕對有餘!

最近想起一件很多年前的故事。 公司的行銷單位決定在年底以前推一個促銷活動,以提升新產品的知名度。這算是當年度行銷單位的重頭戲,他們幾個月前就開始和業務單位密切地開會和溝通,並且針對門市的業務同仁辦了一系列的教育訓練課程,希望所有的業務同仁都知道這個活動的各項細節;同時他們也必須取得總公司的同意,因為這個促銷方案會讓產品的毛利率下降,某種程度上和總公司認為「會購買這項產品的消費者應該對促銷比較不敏感」的定位略有違背;最後,這個促銷計畫必須投入一定的廣告預算在電視上打廣告。我們當年度的獲利達成率其實有一點點危險,大概從九月份以後,幾乎每一次的主管會

專業,就是用對方聽得懂的話,去告訴他不懂的事情

很多年前我去了某一間蘋果電腦經銷商做神秘客,很剛好有一對母女來向店員詢問使用上的問題,以下是他們的對話內容 :