本文作者 @于曉松（諸葛io） 來自諸葛io團隊。
引言
傳統的專案管理有乙個基本概念叫「專案管理四要素」，指的是範圍、時間、資源和質量四個要素，平衡好了這四個要素，專案就會進展地很順利。
但要同時控制四個變數，這四個變數之間還相互影響，其實挺困難的，特別是這樣的專案管理不太適合各方面都容易失控的創業團隊。所以在初創團隊的產品專案管理方面，我們諸葛io的經驗是一定要做簡化。
實踐1：引入「敏捷」，簡化專案控制難度
初步改進：降低專案控制難度
小粒度：控制時間長度
早期諸葛io產品排期基本上一立項就是長達兩個多月的大專案，但往往發現時間非常不好控制。因為專案週期越長，想不清楚的東西就會越多，中間的變化也越多，失控的可能性就越大。所以我們做的第一件事是控制單個專案時長，讓每期專案的粒度盡可能地小一點。小到什麼程度呢？慢慢地去摸索。乙個月的感覺有點長，那就試試三周，三周感覺還可以，再試試兩周效果是不是更好，最終摸索出適合自己團隊的專案粒度。
溝通：每日例會、看板
立項的時候要有一次全面溝通，專案過程中則通過每日例會溝通專案進展。例會花不了多長時間，但是起的作用很大。一方面可以避免有些同事在專案過程中沉浸在自己的世界裡，方向走偏了自己沒有發現。另外乙個作用是能幫助大家克服人性上的懶惰因素，在每天匯報工作進度中給大家形成適度的壓力。另外看板也是非常好用的乙個。最開始還沒用teambition的時候，我們就是很簡單地在玻璃上貼任務便利貼，每天對著它開會。
平和應對搗蛋鬼「緊急事項」
專案中總會不可避免地遇到緊急事項，比如說**掛了，一處理就一天時間進去了，原先手上的專案就只好拖延一天。這樣的緊急情況，如果不加以控制的話會出現非常多。乙個簡單的原則就是凡事先評估，判斷是可以先推遲還是必須要立即處理。
實踐2：找到「節奏」，讓團隊工作的更快更舒服
前面我們做的探索是把敏捷引進來，降低專案失控的概率，一段時間後我們發現效果不錯。但是也有乙個問題，就是大家會感覺有點累。所以後來我們在摸索過程中找到了適合自己團隊的工作「節奏」。
aa4a6527718055f8ac25b9ff2b61c542_b
節奏在自然世界中無處不在，比如沙灘上的海浪，是一波一波過來的；我們的心跳是每分鐘70多次。節奏是一種自然而然發生的狀態。找到合適自己團隊的節奏非常重要。
一方面節奏可以給專案成員帶來安全感和穩定感。做過研發的朋友可能都有體會，乙個公司裡實際上最不應該也最不希望被人頻繁打擾的就是研發工程師，因為他們做的事是需要沉浸下來長時間思考的。而且他們也希望有乙個穩定的、可預期的工作狀態。
另一方面，節奏代表的是張弛有度，波浪式的衝擊，勞逸結合。參加過拔河比賽的朋友都知道，喊口號的那個人特別重要，他指導著大家用力的節奏。如果拔河的兩方力量相當，一定把握好用力節奏的團隊贏的把握更大。
找到適合自己團隊的節奏，還是離不開時間、質量、人員、範圍四個要素：
進一步固定質量：最不該被犧牲的就是質量；給測試工程師留夠足夠的時間；專案內進一步拆解提測內容和提測時機
進一步固定人員：我們的專案團隊核心成員一般是四到六人，其中一位是產品經理，全程跟專案；服務端和前端都是一帶一，一位正式員工帶一位實習生；測試兩人。這是核心的成員，其他輔助的成員包括運維、ui、切圖各一位，還有一位專案管理總監，專門負責專案內和專案間的協調工作，包括每日例會等都是由他發起。隨著團隊規模的擴大，就拆分出不同的專案團隊，保證每個團隊都盡可能接近這樣的結構。
可變範圍：保持小粒度，pm在設計產品時候就考慮如何拆解；在立項同時就備好帶裁剪的特性，給專案組充分的自主權；在緊急需求插入時，重新評估並確定專案範圍。專案範圍可變實際上表明的是乙個態度，即大家都是講道理的，都承認專案中間有風險，但是我們也相信大家會盡最大努力。
實踐3：幹出「成效」，借助衡量和發現讓產品向成功邁進
創業公司大家都很辛苦，每天工作到很晚，時不時週末還要加班。如果做到剛剛我說的兩點，加快速度、找到節奏，是否就一定能帶來成功呢？我認為不一定，因為我們還需要關注產品和專案以外的原因。
馬雲曾經說過：「今天很難過，明天更難過，但後天很美好。可惜大部分公司會死在明天晚上」。那麼什麼樣的公司能活到後天呢？簡單來說就是，「在花光投資之前達到產品/市場的契合點」。在達到產品/市場契合點之前你所做的所有東西，實際上都不算是「產品」，充其量只能算「試驗品」。所以創業公司的產品開發並不是產品經理定義產品，開發出來後推向市場這樣乙個理想的過程，而是乙個做實驗的過程。
完整的過程，應該首先是公司ceo或者是產品經理有了乙個想法，並進一步把想法完善成概念，開發出產品之後，推向市場，通過資料衡量使用者是否喜歡你的產品，得到經驗認知，然後再有新的概念，進行新的開發，一輪一輪地做實驗。如果缺了衡量這一塊，專案很有可能就會成為原地狂奔的倉鼠。
對每次產品改版的效果進行衡量
堅持從以下幾個方面對每次產品改版進行衡量：
注：上述方法在《產品經理資料分析實戰手冊》有詳細介紹。
借助資料發現產品驚豔一刻（a-ha moment）？
基本方法如下：
注：上述方法在《產品經理資料分析實戰手冊》有詳細介紹。
小結
引入敏捷、找到節奏、幹出成效！
這是諸葛io團隊在過去的一年中逐漸形成的一套富有成效的產品專案管理方法，希望對您和您的團隊有所幫助！
本文作者 @于曉松（諸葛io） 來自諸葛io團隊。
從精益軟體到精益思想
說起精益軟體開發，這絕對算是乙個老生常談的話題了。所以在這裡，我不想去談論諸如 精益軟體開發的幾大原則 或是 精益軟體開發的最佳實踐 等陳詞濫調 只是最近在同事的推薦下，拜讀了一本有關it運維方面的書籍 鳳凰專案 書中的故事十分有趣，同時又引人深思，細細品味後頗有感悟，對工作和生活上有了許多新的想法...
讀書筆記 《敏捷專案管理》 從精益到新技術
真沒有想到，精簡的開發方式居然最開始來自日本。可是在我現在的公司卻絲毫沒 有感受到任何的精簡。我試著統計過，在乙個星期的軟體開發周期中，做詳細設計要花2天時間，然後就 是詳細設計review1天時間，1時間程式設計，還要花1天時間作coding review，至於填 寫各種review 和寫測試項嘛...
如何寫乙個精益和敏捷合同
在精益敏捷郵件列表，艾倫shalloway寫道 你會怎麼推薦為好措施，你可以到乙個合同 或工程進度 寫來跟蹤進度 對軟體承包商的成效？這個 問題 不可知雖然偏向敏捷 精益 看板。品牌排行榜 傑夫安德森有一些具體建議 以下是我在合同包括剛剛布置完畢。我們有實際與客戶合作，完成一些故事，所以我們有什麼期...