別怪程式設計師，因為都是專案經理的錯-兄弟連it教育
現在有很多糟糕的軟體。不可靠，不穩定，不安全，不可用。這些軟體是如此糟糕，以致於有些人要求監管軟體開發和限制專業軟體開發人員為「軟體工程師」，以便於軟體工程師能夠保持專業水準，避免因為疏忽或玩忽職守而被指責。
認可方式可以確保每個開發軟體的人具備一定的知識和能力。但是，專業開發人員也不能保證良好的軟體。即使是訓練有素、經驗豐富並全力以赴的開發人員，他們建立的軟體，也不能保證都是良好的軟體。這是因為大多數影響軟體質量的決定，不是由開發人員下的——而是由企業中的其他人決定的。（比如這篇文章《軟體開發專案失敗的3個原因》提到的幾個原因）。
產品經理和產品負責人，專案經理和程式經理，執行發起人， cio和cto以及工程副總裁。這些人決定了什麼是重要的事情，要做什麼，不應該做什麼，以及誰來做——哪些問題需要最優秀的人去解決，哪些工作可以外包以便於節約成本。決定僱傭和解雇的人，才是決定要花多少錢在培訓和工具上面的人。
管理者——不是開發人員——決定了企業對質量的選擇——**必須完美，**「差不多」就行。
管理誤區
作為乙個管理者，我在我的職業生涯中作過很多錯誤和糟糕的決策。不要求長期質量以降低成本。替團隊簽約卻無法在最後期限前完成合同。讓市場來掌控計畫安排和優先事項，擠出更多的功能使客戶和營銷經理滿意。不顧開發人員和測試人員告訴我的軟體還沒有準備好，以及沒有足夠的時間讓他們做好事情。不管技術負債的增加。堅持現在或永遠不交付，但是後來莫名其妙地就搞定了。
我從這些錯誤中吸取了經驗教訓。我覺得現在我知道構建良好的軟體需要什麼了。我會堅持這些理念。但是，我時常看到其他管理人員犯著與我相同的錯誤。即使是世界上最大和最成功的科技公司——微軟和蘋果也不例外。
這些巨鱷能夠掌控潮流的走向。他們能夠決定他們要建立什麼，以及什麼時候發布。他們有世界上最棒的工程天才。他們擁有所有錢可以買得到的好工具——並且如果他們需要更好的工具，他們可以為自己寫出來。他們知道如何正確地做事情，他們有資金有規模，足以完成乙個個挑戰。
他們應該寫出漂亮的軟體。使用他們的軟體時候應該是讓人愉快的。但現實中卻並非如此。而這不是工程師的錯。
微軟質量
微軟的軟體質量問題由於存在的時間長，以致於「微軟質量」已成為乙個公認的術語，意味著「差強人意」的軟體，可以勉強被接受——雖然有時軟體並不那麼好。
即使在微軟成為佔全球主導地位的**商後，質量仍然是乙個問題。《computer world》於2023年發表了一篇名為《at microsoft, quality seems to be job none》的文章，抱怨windows 10的早期版本有嚴重的質量和可靠性問題。windows 10原本被認為代表了微軟在其新的ceo的執掌下發生的乙個翻天覆地的變化，是乙個彌補過去錯誤，把事情做好的機會。那麼為什麼還是會出現問題呢？
由於一直以來推崇的「差不多」的軟體文化和傳統，微軟似乎被困住了，無法改善這種情況，即使他們已經認識到，「差不多」的理念已經不適合這個時代了。這是乙個深層次的企業和文化問題。是管理的問題。而不是工程師的問題。
作為乙個管理者，你能做的最重要的事情是不要帶領你的團隊走向失敗。這要求並不過分，並且也不需要你做太多。
程式設計師與專案經理
有人加我為好友後，經常問到的一句就是 你寫程式這麼長時間了，一定是專案經理了吧？鬱悶呀！為什麼就要是專案經理呢？在我看來程式設計師和專案經理完全是兩個不同的發展方向。程式設計師是和 打交道的，而專案經理卻是和人打交道的，所以他們完全沒有什麼共同點，我覺得他們是兩個行業。您可以從程式要 轉到 專案經理...
程式設計師與專案經理
很多專案經理都是從程式設計師成長過來，也有很多年輕的程式正在把專案經理做為人生發展的目標之一，但我認為專案經理跟程式設計師有很大的不同，實事上，專案經理要承擔的責任和能力是完全不能跟程式設計師相提並論的。面對乙個專案，程式設計師只需要考慮尋找最巧妙的演算法去實現專案需求。而對專案經理來說，他要解決很...
當程式設計師變成軟體專案經理
當你預期的那一天，也許是害怕的那一天，終於來到了 從工程師的隊伍裡你被提拔到了軟體專案領導或者團隊領導的位置。這也許就是你選擇的職業道路，或許你不太情願，將就嘗試一下。無論在哪種情況下，你都可能缺少工程學科 人員管理以及領導能力的相關教育。這需要更多的領導能力和管理 它們不是一回事 而不能象dilb...