誤區
之前我沒有項目經驗，在上一家公司的項目管理上，我隻是照葫蘆畫瓢。
- 産品發起，整個項目沒有項目經理這一說。或者說有，但卻真的感受不到，一丁點也感受不到。
- 産品發起會議，或者開發發起會議。無論誰來發起會議，一般都會針對于某一具體需求或者某一具體實作方式。
- 沒有具體的任務規劃，任務拆得不夠細緻。這個和開發自身有關系。當然那時的公司确實沒有一些指導性質的模闆和導師。
- 任務分得不夠細緻，就會導緻工期評估差距比較大。
-
各種O們的臨時緊急需求，很多O沒有技術背景和項目管理背景。很多時候提出的需求都是發生在項目開始過程中。
都是很急的需求，不得不重新估算時間和排期。開發為了避免延期風險，就是讓産品排優先級，然後我們根據優先級估時。
直到有必要的需求都在這個疊代中計劃上。
-
沒人全局把控，産品從産品角度，開發從開發角度，業務從業務角度。始終沒有一個最終的協調人。
産品在對各種O的對話中，氣場和身份不足，導緻需求基本是提出就會安排。即便是請出青島總負責人出面溝通，最終的結果一般就是接受。
-
之前我們是青島為開發，北京為産品、UI、前端、測試。異地溝通。電話會議是常有的事情，私下的臨時溝通電話更是家常便飯。
資訊同步、開會、了解程度 都會造成溝通上的成本增加。
- 緊急需求上線後，三個月沒人回報。問了才知道，财務提的需求他們沒用過。
- 開會一般都會臨時決定，發起人會準備資料，但是其他人提前看資料準備問題的情況極少。導緻會議冗長效率低。
解決
現在來看，無論如何，我們在知道這些問題，但是為什麼不去處理呢？應該還是習慣了，即便是整個項目非常掙紮，依然是按老規矩走。大家都是困在了這個圍牆中。
我現在也有了一年的項目管理經驗，初入門道。隻是對自己的過往進行一下分析解決。
以上的誤區和問題，我覺得需要一個有經驗并且有點能力的人來帶領這個項目團隊。
1. 确認項目經理
但是按照我上家公司的情況，一般會立經驗豐富的主管直接管理這個項目。
當時的情況是，項目主管在項目上的精力完全不夠，甚至說項目管理在項目主管心中的優先級比較低。
根本原因，青島作為研發中心，技術基因強大。很多技術管理人員，沒有意識到項目管理的重要性。
組織架構主要是垂直單線架構，技術-主管-經理-總監-CTO。無非是自己下面的人多，按照業務或者大項目分了組而已。
如果讓開發作為項目經理，
首先這個開發是否願意承擔項目經理職責？
是否真的能夠賦給項目經理一些實權？
是否有鼓勵機制，比如晉升優先或者獎金等？
建議：
加強項目管理意識；
加強項目管理能力；
必要的話可以作為量化名額來看；
加入一些激勵機制；
2. 培養主動性
因為技術基因影響。主管或者經理出于“好心”考慮。
他可能會考慮到，如果把項目管理中的某些事情配置設定給組員，會不會引起反感？會不會影響在組員中的美好形象？
也算是确實分下來一些，比如項目規劃和估時以及排期。但是我沒經驗的，是不是可以稍微引導一下？
上司總想為老好人，但是這樣自己手頭的任務分不下去。
下面的人也得不到成長。
建議
對組員有一定的規劃和成長要求，而不是放任其随意生長（有一定風險）
上司應該提高自身的管理能力，管理技巧。而不是憑經驗論。
定時關切Review分下去的任務，從結果或者過程提出建議和優化。
3. 确認好需求邊界
産品經理和負責人，确認好需求邊界。飄忽不定的需求給項目的打擊是很大的。
開發在搖搖墜墜中估時，此時的估時肯定會有大量的備援，因為之前需求的變動，上線時間一改再改。
在加上，主管、經理偶爾砍幾刀。是以開發在估工時都會備援很多。為了被砍，為了需求不定。
确認好需求，可将項目周期縮短，小版本疊代。
強化項目上線時間約定，锲約精神。不僅僅是開發要遵守。其他人員最好也能嚴格遵守。（當初這個做起來真的比較困難）
信心是做出來的，幾次項目的延期和需求的變更會嚴重打擊大家的信心和士氣。是以按時上線很重要。
規劃得有，但是是不是可以考删掉遠在4個月以後的需求。
4. 緊急需求
比如财務的一些緊急需求，其實确實緊急，但是使用頻率很低。
是不是可以有另一種解決方案？不一定非要按照财務提出的那種設想。
我們達到并滿足了他們的目标，後期再去做頁面更加直覺。
比如要一個訂單檢視頁面。那我使用程式定時拉取新訂單推送到企業微信或者釘釘。結果也是非常滿意的。
不一定非要做一個頁面，很多時候做成一個頁面，大家會發揮自己的産品意識，增加一些不必要的按鈕、功能和邏輯。
深入了解需求，而不僅僅是一句話，也不是根據使用者提出的需求來做，使用者到底想要什麼？--他就想要有訂單能及時知道。
緊急需求是否真緊急，也得看使用頻率。使用頻率低，是否有其他方式實作。
能擱置的暫且擱置一下，之前就我一個人開發，很多原本緊急的需求因為開發不夠，擱置了也就擱置了。然後甚至有的都自己消失了。
5. 高效開會
會議開始前，大家幾乎麼有預習的習慣，會上很多時候沒有主持人，大家就問題會讨論很深，導緻時間不可控。
有的會能一個電話解決的就沒必要拉這個拉那個來開會。這種儀式感不重要，開會也不是拉家常。
為了讓上司知道這次會議的重要性，這個項目的重要性。拉着上司一起開：
但是上司的事情多，很多時候在會上他們是一直回複資訊，其實當時是比較尴尬的，上司不能專心處理問題。我們看着上司沒用心聽，不了解的同僚還以為上司漠不關心呢。
發起人拉群，提前@人提醒大家關注和看會議内容。
發起人做會議：主題、流程、最終結論
确認會議主持人，随時控制會議進度。有些細節會後溝通。
上司可以不必參加需求讨論會，把會上讨論的疑難問題，會後單獨和上司會報，再拉一個小會議電話溝通确認即可。
重要項目啟動會、項目上線等會議盡量簡短，上司全身心參加。保證大家的鬥志，統一思想達成一緻。有些形式必須要有的。
6. 相關方
開發與客戶溝通少，因為兩地溝通，基本是産品作為翻譯官将業務轉成需求轉達給開發。
開發沒有感覺使用者的存在。
多聽聽使用者怎麼說。
大家達成一緻，每月電話會議或者視訊會議溝通一次。會議可以控制在1小時以内，氛圍可以輕松，主要是收集需求以及回報問題。
如果有多個業務部門都是相關方，那麼主要思想就是設定定期溝通（規律的定期溝通）
7. 轉變
優勝劣汰的企業付薪給我們，我們就要服務于這個企業使用者。甚至說服務好使用者。
我們開發也要主動從自身求變。好好說話，真心替我們的使用者思考過問題。
從産品和業務角度認可業務優先級，而不是緊緊盯着開發重構、新技術的應用。
轉變意識：我想為你們服務；
我能力不行，但是我能主動學習項目管理知識和經驗，并在項目中實踐，反思，再實踐。
我要為我開發的産品負責，它的疊代，扔給它的需求，和它相關方，它的應變能力。
主動一點，也許事情看起來并沒有那麼難。
現在的我，我們
新的公司，給了我很多的機會，糾正了我很多認知，我也從實踐中反思了很多，收獲了很多。
公司的組織架構是矩形架構：橫向職能，垂直項目
項目首先會有項目經理，項目經理有一定的項目經理獎金。當然項目經理要履行項目經理的職責。都會有績效。
項目經理，開發，産品，測試，DBA，運維，PMO 這些會組成一個項目組。
整個項目組會在項目經理的引導下，開發項目直到上線。然後疊代下一版本。
現在項目中，有使用瀑布開發，有使用靈活開發。
我所認知的一點是，各個職能團隊人員雖然屬于職能。但是基本會長期泡在各個項目中。
項目中學習到的東西，在項目中的成長也是很重要的。是以項目經理有一定的靈活角色中PM的角色：引導大家，賦能給大家。
我們正在嘗試的靈活（嘗試）
其他團隊實體面闆：
我們團隊的面闆：非常簡單
項目并行和項目特殊性，我們采用周傳遞，不确定哪一天傳遞什麼（特殊需求除外）。
因為項目為運維性質的項目，有開發，緊急需求，客戶答疑問題較多。時間不太可控。
并且大家積極性都很高，沒必要要求必須排滿周開發任務。
自己開發完直接到需求池，領取最優先級的需求，或者幫助其他組員分解開發任務。
業務需求 + 技術需求 雙向需求驅動，占比5：1。
周最高優先級占比 1：4
這樣大家不會因為具體時間的沖突導緻傳遞的壓力。周傳遞的任務為必須傳遞的最小單元（本周必須傳遞）。
沒必要的會議去掉，我們基本都坐在一起，不去會議室。工位周邊就可以開會。電腦操作随時記錄，會後發出來。
周五：計劃會（15：00 ~ 15：30）
10分鐘，材料都是平時積累，會前整理完
地點：工位
目的：回顧上版本疊代精進結果。分析過程問題原因，總結問題。認知好與不足，下版本疊代重點要解決的問題。；讨論新需求優先級；達成一緻周最小目标。
周五會後 + 周一開會前
這段時間，是大家緩一緩，總結自己規劃下周的時間。
磨刀不誤砍柴工，想好怎麼做，才能預知困難和風險。
對新需求進行任務拆分，需求了解，任務具體估時。
周一：疊代會（10:00 ~ 10:15）
15~30分鐘，微調任務；統一思想；确認周疊代目标；
周三：如果需要可以開一個簡短溝通會
我們自己維護的計劃和傳遞，簡單高效。團隊協作，互相可看。
我們的産品是剛畢業的新人，我們互相指導學習。
他最近也在研究使用者故事如何寫好。他打算下周先列印出來，大家看看自己感受一下。
最近我看完了一本靈活開發相關的書籍，同時推薦給了他。我們想單獨摘出好的或者值得讨論的地方，大家圍在一起拿出半小時讨論一下也未嘗不可。
還有一本我正在看，可能我實踐經驗不足。總是感覺一般的感覺。思路不是很清晰。
有讀過的朋友可以發表一下看法。
總結
靈活我們在路上。不為靈活而靈活。
我們互相提高，互相幫助，能力提升，升職加薪。生活品質更好。
大街上靈活一大堆，根據實際情況摸索靈活之道。發揮大家的能力，提升大家的能力。為大家帶來點實際的東西。為企業帶來點實際的東西。
項目管理根本目标是把項目管好，項目管好，大家更加自信，互相也都信任。是以項目管好是項目組良性循環的根本。項目經理要多花大力氣去關注，去學習。
謝謝關注公衆号
更多精彩原創心得，請關注微信公衆号： 梯形