很慘，但是不懂是正常的，他不用很懂，他的專長不在此，他有更重要的事情。

PM出去談事情如果不懂系統邏輯或架構的情況下，很有可能造成一些後遺症。
1.客戶說甚麼都好好好，甚麼都可以做，回去才知道挖了大坑。
2.不懂得安排技術人員工時，甚麼都覺得很簡單，壓縮工時就是亂做，整個系統疊床架屋，邏輯、架構歪掉。
3.案子爛掉，被客戶追殺，被內部技術人員討厭，被老闆K，案子爛尾，然後離職留下爛攤子給人收。

好的PM應該是和技術人員互補，這種人只能說少之又少，我碰到的應該不超過5個。
1.懂得初步和客戶討論案子的可行性，而不是說我回去討論後再說。
2.通常技術人員不會說"人話"，講一堆專有名詞根本沒有人聽得懂，PM是可以當一個"翻譯"的。
3.專案管理通常除了時程掌握、資源安排、溝通協調，甚麼...風險控管...巴拉巴拉一堆，真的也不好幹，尤其是碰到"人"這件事。

有些公司會有分專案經理和軟件經理,理論上軟件經理是有可能懂軟件,但也有可能不懂 . 當然大家會好奇為何有公司會派不懂軟件的去當軟件經理, 基本上這就屬於那家公司的人事佈局機密 是要封存三十年的 , 至少要三十年後你再問他 他才有極低的概率會問答你這個問題唷 ~~ QQ

專案經理不會寫程式不懂系統很正常

那怕某些地方行政官也不懂大局不懂民生

很多事情都是不會的人在管理會的人

重點是事情能不能做好

能不能讓會的人做得更好

如果管不好還要麻煩別人處理後事

甚至還有人要借口多多, 怪別人,別外國,怪上帝

這種管理就真的是垃圾了

我認為PM不會寫程式沒關係，因為他的主要執掌在於掌握專案進度、妥善分配人立及資源、與客戶或是其他部門溝通，（還有負責挨罵），只要他能做好這幾點，我個人覺得不會寫程式倒是沒啥問題。
不過，你說的「PM不懂系統」指的是專案內的系統架構、功能那些的嗎？
如果是，那還真就有點...畢竟PM就是整個小組的Leader，如果Leader自己都不知道專案內的系統能幹嘛、有啥功能，那專案小組成員會很辛苦...。

PM不懂系統看你指的是流程? 架構? 行政? 或是資訊面....
資訊面若不懂或略懂很正常

因為除了資訊面以外的事幾乎都是他要包 不然要資訊人幹嘛xD
即便是維護案 怎麼可能不需要pm
公單位的 備標/投標/議價/評選/訪查/教育訓練/簡報/日報/月報/季報/期中期末 八啦叭啦一堆行政鳥事 鮮少資訊人員願意幹~ 也不是資訊人員的專業

當然 對於溝通方面 PM需要存在一點資訊認知對我們來說會是好一點 但那是非必要~

正常啊PM分成Poject Manager 與Product Manager，
通常一個人要有優秀的軟工能力與社交、畫餅、報告、向上管理、分配任務、監督別人、控制進度、扮黑臉白臉(避免工程師過太爽又不能讓工程師覺得很靠北)的能力太難了。

我寧可要一個不會寫程式的PM把後面的事交給他/她
我們只負責軟工多好啊!!!

老闆當然希望PM是經歷過PG>SA>PM，但實際的情況卻是SA願意當PM的很少。又要溝通又一堆雜事，吃力不討好。

我的經驗是，管控一個案子的專案經理，如果懂程式，在跟客戶說明一些功能邏輯的時候，客戶比較能聽得進去，如果不懂程式，必須要很清楚的瞭解這個案子的作業流程以及功能應用，不然客戶問一個問題，專案經理就要回頭問公司內部的人，這樣很不專業。
另外，專案經理自己相關產業的工作經驗也是很重要，但是，對於新人很難累積這樣的經驗，只能在工作的過程中累積在累積，這樣才能在自己的案子上，說的話比較有自信，這是我多年導案子進去客戶端的經驗。

我遇過的專案經理不至於什麼都不懂，但也不是非常的懂，只能說程式、系統多少懂一些，如果您遇到那個什麼都不懂就來當專案經理，我會認為這家公司人員培養上可能有點問題，畢竟要擔任到專案經理，一定有經過相當的歷練，至於對專案會造成什麼影響，取決很多條件，如要簡單快速地說，應該取決那位什麼都不懂的專案經理有多大的權力跟影響力。

目前算一位見習PM 任職MIS系統整合公司
我們公司大部分的PM基本上都沒有技術背景
但培養關於技術的一切基本知識算是滿看重的一環
一個好的PM 除需要掌握時程人力溝通等等阿里花瓜的東西外
也要懂自己案子內的架構及技術含金量

另外
通常好的PM都是配去做一些甲方也很聰明或是專業知識需求門檻高的案子 維護案都會配給新人練習當PM