1樓：薛老闆
說一下自己在京東做專案管理（跟進專案進度只是專案管理的一環）的經驗吧，希望對大家有幫助。
一般來說專案管理分為以下幾個步驟。
需求評審完之後，輸出專案排期，這是專案管理的第一步。
然後UI按照時間節點輸出UI稿以及標註，同時由於服務端不依賴於UI，所以會與UI設計師並行開發後端介面；
等後端介面以及UI稿準備好之後，客戶端開始進入開發階段；
開發完成之後，客戶端研發打包提交測試，這時候測試人員開始正式的測試工作；
測試完成會申請產品經理走查，走查確認無誤並發出確認郵件，客戶端研發打包上線，這就是乙個完整的專案週期。
專案管理的宗旨是：保障專案按時，並且保質保量的上線。
【以上內容詳見《產品經理求職面試筆記》4.11 專案管理這一小節】
既然提問者重點問的是：如何跟進開發進度，那咱們就展開講這一小部分。
其實真沒必要隔三差五的去找研發催進度！
在京東保證專案按時上線的最主要措施就是專案排期表。建議大家在公司評審完之後都要輸出專案排期表。
什麼是專案排期表？排什麼？為什麼要排？在回答這個問題之前，我們先看一下京東的專案排表都是什麼樣的，為了簡化說明我們以乙個功能的實現為例。
京東乙個最小的閉環團隊中必然包含以下幾個角色：乙個UI、乙個服務端、兩個客戶端（ios和安卓）和乙個測試。
需求評審完成之後UI和服務端開發可以並行工作，假設每個人的工時都是3天，則1月4號客戶端可以進入開發階段，一般來說為了保證ios和安卓同時上線，兩端研發的工時（比如都是4天）以及開始結束時間都是一致的。等客戶端開發完成之後，1月8號測試開始進入，測試時間為2天，則1月10號功能可以上線。
排期表中每個角色的工時以及開始時間，是需求評審完之後，研發Leader，設計Leader，測試Leader反饋給產品經理的。
所以如果你是乙個不懂技術的產品經理，沒關係。每個功能開發幾天？從什麼時候到什麼時候直接找研發leader要就可以。
研發leader肯定也不希望自己的員工天天摸魚，所以他給到的工時一般都相對很靠譜。
有了排期表之後每個角色，明確的知道自己的工作的內容和交付時間，從而更有目標感的工作，也更有自驅力。
在京東，每天產品經理都會組織晨會，參與方：產品經理、研發（前端+服務端+演算法）、測試、UI等內部人員。
主要的工作內容就是根據敏捷迭代的方式，同步需求看板。每個需求的進度如何？有沒有什麼難點？能否正常完成？一目了然，每天十分鐘足夠。根本不需要一趟一趟的找研發。
所以，一定要學會用科學合理的制度和流程解決問題。
當然為了保證工作的順利開展，以及本著維護好跟研發感情的原則，也可以隔三差五的物研發的工位溜達溜達，但是最好不要直接去催進度，最好帶點小零食或者拿著手機去跟研發打一局王者，或者如果平時一起運動，可以過去約一下下次運動的時間等等。
以上是一些有助於大家更順利的開展工作的小技巧，希望對大家有幫助
薛老闆：產品經理面試必備常見10道題及解析
通過BAT、網易、京東產品經理的簡歷大概什麼樣？
有哪些經典的產品原型或 PRD、BRD 範例可以分享？
to B 的產品經理和 to C 的產品經理有什麼差別？ to B 的產品經理的價值如何體現？
產品經理需要懂技術嗎？懂到什麼程度？
產品經理的日常工作是怎樣的？
面試產品經理時總感覺自己回答不到點上，具體分析一款產品時該怎麼回答呢？
網際網路行業產品經理（PM）的月薪一般是多少？
薛老闆：產品經理面試必備常見10道題及解析
薛老闆：2023年，寫給想轉行做產品經理的你
看完這篇內容之後如果對你有幫助，我想請您幫我兩個忙
2樓：Mr Yu
明確問題的本質
不懂技術的產品經理如何管理專案， 這個問題換乙個說法可能更恰當：不懂技術的產品經理如何獲得團隊成員的信任，本質是乙個信任問題。成員信任你可以帶領大家取得專案成功，而不是「外行管內行，瞎指揮，白折騰一場」。
成員信任你，才會跟隨你，才不會下意識的去挑戰你或者糊弄你。
很多時候，我們連問題都沒有明確的情況下也許就去行動了，往往事倍功半。謀定而後動，可能更適合乙個優秀的產品經理。
問題分析
OK，現在明確了問題的本質，應該可以層層推進分析了：團隊成員的信任都來自於哪幾方面？哪些方面是你具備的？
哪些方面是你缺失的？針對你具備的優勢，可以放大發揮；針對你所缺失的，你是否可以短期內彌補？如果不能彌補，是否有外部和內部替代解決方案？
以上的分析，只是一種分析問題的「道」。具體的分析結果，可能就因人而異了，因為企業和團隊環境不一樣，你的個人情況也不一樣，不能一概而論。相信，以上思維方式，對你而言，更有用。
3樓：
今天新年開工，來一發。
我的感覺是，對開發不了解的話，確實沒辦法很好的跟進專案。我說的不是開發的具體技術（如程式設計、策劃、美術製作等），而是開發的流程、規範等等。
舉個例子：我們遊戲專案，策劃需求製作乙個副本，美術需求有UI、場景、怪物模型、動作、特效等等需求，程式需求就是功能實現了。如果清楚製作流程的話，會先問一下程式，初期設計、寫功能邏輯需要多長時間？
什麼時候需要介面資源？什麼時候需要場景、怪物（或替代資源）？什麼時候需要策劃把場景、怪物、特效等整合好，程式可以進行功能除錯？
然後問一下美術，UI完成需要多少時間？怪物從模型，到動作，再到配特效，需要多長時間？場景製作需要多長時間（包括場景中的模型等）？
再是策劃整合資源需要多長時間？最後，得預留多長時間給測試部門以及後續問題的調整？各部門的工作如何細分，資源在哪些節點做提交，可以最大限度的滿足其它部門的需求，最大限度的縮短開發時間。
這還只是舉了乙個功能的開發，而在專案開發中，一般都是多個功能同時開發的。這種協調就變的更複雜了。比如A功能和B功能，在資源需求上時間有衝突，需要怎麼來調整？
反正，各有各的辦法吧，但如果沒人來處理這些事，結果就是有些人不斷處於等待狀態，造成整個開發周期的推遲。
對於乙個大專案，版本計畫、里程碑。。。說多了都是淚，計畫趕不上變化呀。
把開發的流程及各部門工作協調好了、把子模組劃分好、時間評估好，就可以很好的跟進這個功能的進度了（有不少這類工具吧，不是做PM的不太了解，之前只用過project），定期檢查各子模組的完成進度，就知道功能可不可以按期完成了。
4樓：張琬鈺
首先，推動開發這個事情跟你懂不懂技術沒什麼太大關係。懂技術在你思考方案開發成本的的時候會有作用。
推薦你在跟開發做需求評審的時候，就讓開發對工期做乙個預判並發給你排期，你把ui、rd、qa的排期彙總以後發乙個總的排期給相關人員並抄送他們對應的老大
比較大的專案，以郵件的形式每天發專案進度。
比較小的專案，關鍵時間節點前和他們口頭確認進度就可以。
比較主動的開發，遇到問題會主動找pm。不主動的就需要pm推動。
合作幾次，就大概能摸清和不同rd怎麼合作了。
產品經理應該執著嗎？或者說固執？
楊成 有位前輩告訴我們，做產品經理需要有空杯心態和自我否定的勇氣 如真正能做到空杯心態和自我否定，我覺得就不會存在固執的問題了，有的僅僅是執著。產品經理應該遵行的是最佳的或者正確的。 楊邦豪 作為產品經理是要求有一套自己的想法的，應該積極表達自己一套想法，但如果樓主說的固執是毫無道理堅持，那太危險了...
不懂技術的產品經理發展路線是怎樣的？
產品一哥 題主你好，如果我們技術不過硬的情況下，有幸進入自己心儀的公司，那麼可以通過與直屬領導的溝通，了解自己需要掌握哪些必要的技術知識，比較快的學習途徑以及需要掌握的程度。你可以嘗試了解開發團隊正在做的工作的技術細節，雖然這會是一項很艱鉅的任務。但是，只要你能夠更多地向開發人員提問，並真誠地傾聽和...
產品經理老了，會是什麼樣子？或者說老了之後都在做什麼？
星河系教育 產品經理的上級是產品總監。產品總監的上級是CEO等高管。希望所有產品經理都能早日進入管理層，甚至成為公司高管。這是職業發展上的最常見的晉公升道路。不過，網際網路產品經理至今也只有十來年的歷史。因此，知天命之年的產品經理不多見，非要說50歲以上的產品經理應該何去何從，現在還缺少實際案例。所...