軟體開發者小心！你正身陷狹隘的「隧道視野」！

【編輯前言】「逼死人的死線（Deadline）」、「有夠瞎的時程」對於身處在軟體專案中IT人都不會陌生。最近PTT的Soft_Job（軟體工作相關看板）有個精彩的討論串，幾位IT達人以各種犀利的角度、傳神的比喻，針對軟體專案中「五花八門的專案時程安排」有精彩的討論。《專案管理生活思維》的編輯群特別將此篇討論收錄下來與各位分享，如果妳/你也身處軟體產業，關於時程安排這檔事，你怎麼看？

你真的搞懂了什麼叫敏捷式 ( Agile ) 開發嗎?

敏捷式開發(Agile Development)是近來時常耳聞的一個名詞，我們或多或少對於這個名詞有些微的概念，但是卻又很難具體的描述出一個全面性的觀點來。 敏捷式的精神 原則上敏捷式開發主要的精神在於較短的開發循環（建立在反覆式開發方式上）以及漸進式開發與交付。換句話來說，專案的成果，包含計畫、各類的需求細節、設計等都會隨著專案的進行而漸漸完整，而非在一開始將所有的計畫與需求擬定完成。

你心目中，最好的管理是甚麼？

    「Jimmy，你覺得管理是什麼？」，你冷不防的問了我這個問題。 「你這問題很大，我不確定怎麼回答你，不如你先告訴我你為什麼問這個問題吧。」 「我在某間大工廠擔任廠長，為了要管理好生產線的員工，要他們把品質做好，把產量做足，所以我制定了很多的規範，為了避免因分心而做出瑕疵品，所以我要求他們上工的時候不能跟其他人說話，如果說話要罰錢；為了有穩定的產出量，我也嚴格的要求每個員工的時間，上廁所、休息的時間一天不能超過半小時，因為他們一天上班八個小時，如果站在生產線上的時間不足七個半小時，當天的產量就會不足夠。」 「嗯，然

向上管理 : 不被罵的會議

我曾經和一位個性又直又急的主管共事，在會議上，哪位部門經理的週簡報出了問題，他可是從來不客氣，會直接點出; 那陣子有位特別黑的經理，在會後問我「BeN哥~ 為什麼你週報從來都不會被老闆罵?」我回答他「因為老闆已經看第二次了」。  

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

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

《Google模式》閱讀心得 - 塑造讓成員能自我判斷的文化

這本書我目前其實才看到第二章。 這篇（以及後續可能的篇章）不是書的導讀，只是我針對其中幾個論點，我衍生的一些想法。 甚至這些要點之間恐怕未必有什麼連帶關係。 只是看了覺得有趣，所以寫下來。 一方面方便自己記憶，一方面大家不嫌棄的話，也可以順便看看。   1. 關於自我判斷的文化塑造   過去總聽很多人宣稱， Google是個完全任由工程師自由做自己想做事情的公司 - 因為它們給工程師絕對的自由，所以創意以及偉大的產品才能因此產生。 我自己因為沒深入了解過Google，所以我無法評論這論述的真偽。

該如何避開組織中的「螃蟹效應」？

以下文章是一目前在某硬體廠擔任PM讀友所寫的第二篇文章。 文中分享了他在自己專案中如何透過排程以進行專案優化的心得。 我要強調的是：優化並非只是微調微調工作時間或調整人力，更重要的，是要能看出風險，並以「能降低風險的方式」調整工作！ 這其實是更為重要的PM技能！ 他本身是RD出身，2012年間被公司拔擢為PM，那時候他來我們這邊上了一系列的專案管理課程。 這兩篇是他在經過兩年後的工作心得，提到專案管理的知識到底怎麼在實務上幫助了他！ ------ 《本文開始》 有一個故事是這樣的，如果把一隻螃蟹放在竹簍裏，它有可能爬出來，但是如果把很多隻螃