哈佛商學院教授戴維·蓋兒文總結說過：我們的時間應該花在設計和除bug上，而不是不停地與上司打交道，或者監督別人的工作。
作為乙個技術人員管理者，要麼你的技術能力徹底讓人信服，要麼你的想法與綜合能力高人一籌，而且還得顯得比手下的人要忙， 不然誰心甘情願服從你的安排。
很不巧，國內大多數公司裡，有些人的存在，的確是為了降低生產率的。曾經歷過乙個專案經理，不做具體的專案計畫，不懂技術不懂業務，平時就瀏覽瀏覽網頁，抽抽菸，然後每天早上就是拉著員工讓他講清楚昨天都幹了什麼，其實已經要求每人都提交週報的，真不知道還每天拉著人講這些幹嘛，又不會提什麼意見。 這真的能叫管理嗎？終於有一天，某位員工爆發了，直接跟他說沒幹什麼， 後來，就結束了這個折磨了。
「成本」、「質量」、「進度」， 乙個好的pm就是在這三者中求平衡。
而管理好下屬，應該是從招聘環節開始的。當招的新人是以技術為最大追求的，給予他最高的自由度，適當的引導，足矣，這樣的人會主動把工作做好，完成不了會主動加班，並不斷地優化。因為對於it人員來說，做開心的事莫過於今天又知道了乙個新的理念，又學到了乙個新的技術。程式設計師都是單純的，希望通過自身的努力去獲得一切，靠的是手藝、技術吃飯。
現實如理想那麼美好就好了，世界之大，無奇不有。招聘的新人，也是各色各樣。有的人只會為自己的利益考慮，總是只會站在自己的角度看待問題，因為被要求多幹一點事，或者稍有一點不公平，就會怨聲載道，總愛數落工作和生活中的種種不滿，自憐自艾。工作中誰沒有壓力，成天抱怨咒罵，讓本來安心工作的人也容易被負面情緒困擾。抱怨是團隊中最易傳播，輻射最快最廣最具殺傷力的"負能量"。抱怨讓自己和他人陷入負面情緒中，消極怠工，乙個人會傳染乙個部門，乙個部門會傳染整個公司。有時，為了"維穩"，公司不得不"和諧"掉這樣的人。
對於it開發轉為pm，不求多精通管理，只要熟悉業務流程，做好專案計畫，把具體任務細分下去，最後就是監督任務的完成情況，檢查質量了，可惜，大多數專案經理都不能達到這麼簡單的要求。怎麼把控工作的完成情況，這真是乙個技術活，一不能影響正常的工作安排（如上面的例子），二不能簡單依據員工的口頭話或者專案報表，三怎麼檢查工作完成的質量。
《當阿呆遇上阿瓜》 當鐵鍬遇上石頭
該片是金 凱瑞成名之前在1994年給影迷奉獻的搞怪喜劇片 阿呆與阿瓜 的續集，說是續集，其實是前傳。新線公司讓我們足足等了10年才看到續集，然而此時影片的主創人員全部更換。少了金 凱瑞，似乎再沒有理由讓我們更期待看到這部影片。可別說筆者心態不正，筆者之所以看此片僅僅因為想看看新線公司是如何挖這塊金礦...
當敏捷遇上銷售
在文章 敏捷與銷售 我的第一支scrum銷售團隊 中，對於大家經常關心的問題 是否能將銷售團隊做成敏捷的以及如何推動變革？銷售經理 eric krisfelt給出了自己的解答。他詳細描述了如何在銷售組織中實現scrum的步驟，並展示給大家非工程師團隊如何變成有自組織意識的敏捷團隊。在開始過渡之前，e...
當const遇上指標
const關鍵字 可以有很多用處，比如 define row 10 就代表row的值恒為10，不可修改。而const int row 10 也可以將值恆定，無法修改。還有 const int num 10 將陣列整個保護，無法修改。但，並不是將被保護量變為常量，而是在處理時將其看為常量，不能對其修改...