昨夜跟朋友聊起他們的科技創業大計時

"你們有多少人要一起做啊？"我一邊喝著手上的咖啡一邊問著

"已經有五個朋友有意願加入！你要不要參一腳啊？"朋友眼中閃耀著自信

"五個啦！好大的一團啊！"

"會嗎？人多好辦事啊。不是嗎？"

"人多不一定啦，關鍵是每個人擔任的角色。你聽過"五獸合體 聖戰士"嗎？

"蛤？"

基於過去自己在管理經驗中摸索後,整理出在心中認為各管理層級的重點
(細節有空再用獨立文章補齊)

老闆: Kris啊,你手邊那三個問題現在情況如何了

Kris: 正在處理第一條問題,另外兩條問題都還沒看

老闆: 那三個問題都很急,你可不可以同時處理啊!

Kris: %#$T%GW$

午餐前,PM急急忙忙跑來找A君

"客戶忽然說要出一個版本給他們,希望下班前拿到,你幫忙處理一下吧!"

"不會吧,又這樣搞!每次都趕著出版本,測試也不能完整做完,到時候出問題又要一直抱怨." A君帶著微微的怒氣回應

"我知道啊!我也超不爽的,每次都這樣莫名其妙.超不想理他們的"PM一副同仇敵愾附和著A君

"每次跟他們開會,聽他們的爛需求我都快腦充血了" PM似乎一發不可收拾得繼續抱怨

"唉~~算了,我下午趕給你"

早上晨會時,老闆說到了:為了解決目前的問題,客戶要求我們進行A方案

"如果是要解決那個問題,我覺得B方案會更簡單",我疑惑的看著老闆,接著仔細分析A方案與B方案的差異給他聽

經過了一番激烈的論述,老闆依然拍板定案
"Kris,雖然你提的B方案確實比較合理,但是基於政治上的考量,我們還是先執行A方案看看"

"OK,沒問題" 我滿帶著笑容接受

工作環境不夠強大時,還是需要蒐集一些debug小技巧. 索性開篇文章來持續紀錄吧

每次去美式餐廳吃飯看到heinz 番茄醬罐子,就會想到這個罐子內涵的人機介面精典範例: 利用使用者介面來引導操作,藉此解決實際存在的問題.
而我過去幾年做MMI的經驗中,也曾經有過一次類似的經驗: 用UI設計來解決硬體限制. 因為是個還蠻有趣的經驗,所以來做個分享.