- 在數月內三次更改專案名稱。
- 專案經理決定，與其寫一個國際化的單一版本還不如針對某個國家寫一個完全獨立的版本。
- 需求定義釋出於開發工作開展4個月後。
- 新聘請的R&D主管紙上談兵地表示，該專案將比計劃提前6個月完成，並且自吹自擂地保證無需經過版本測試就可以直接釋出給客戶。
- 如果你是web開發人員，你用HTML文件開啟客戶發過來的壓縮檔案，其網站指令碼是需要整合到web應用程式中去的。但是你開啟HTML文件，得到的竟然是MicrosoftWord檔案，以HTML格式儲存的Microsoft Word檔案。
- 你發現公司之所以聘請你做顧問，是為了當兩個競爭部門在關於使用哪種技術平臺的問題上發生爭執時，讓你去做調解工作的。
- 備忘錄上面說，你需要在一個16位的平臺上開發一個64位的應用程式。
- 開發人員不理解spec文件，反正在做開發工作了就行；QA團隊不知道如何測試，反正亂搞一通就算測試過了。
- 關於專案預算，如果你發現超過一半的費用是花在網頁設計師建立主頁的ps模型上——而不去考慮這種設計方案是否可行。或者你注意到成千上萬行內容將放在主頁上。
- 使用者或者客戶要求新增新的功能，而不是集中注意力解決bug修復和效能增強的問題。
- 有一個軟體開發最佳實踐的列表，然而你一條都沒有使用。
- 專案平臺由Windows變為MS-DOS。
- 專案經理要求你寫一個關於使用者要求的比較，但是卻沒有諮詢任何潛在使用者。
- 將筆記存到檔案中而不是相互傳送，這些筆記成了即將到來的失敗的藉口。
- 狀態報告被視為是在違抗命令。
- 新的CIO用他老東家那裡的外行人替換了這裡所有了解組織架構知識的人。
- 這是一個很大的專案，代號冰山。或者為了能順利成功，經過再三研究，專案命名為了鳳凰。不過真的很難說服自己這專案真的能夠鳳凰涅槃——浴火重生。
- 即使是免費版本，客戶也深表不滿。
- 關鍵任務專案（掌握了80％的公司收入）的PM需要經過三個月的接觸才能確定技術首選，同時還要一次性培訓四個全新的開發人員。而此專案的最後期限則只給了三個月。
- 你認識到在管理上必須堅持：在第一次程式碼凍結後必須審查介面定義，然後放入版本控制。
- 更換了PM並將專案從這個城市挪到了另一個城市。
- QA團隊被告知，“我們只分配到三個星期的測試時間”，或者，“日期已經定死了，我們必須在截止時間之前完成所有功能”。
- 專案經理決定嘗試敏捷方法“以節省時間”。
- 手機和網際網路的影響：如果你在NewYork聘請了一位新的PM，然後去參加了為期三天的Frankfurt地區的封閉式CIO會議，那麼你回來她絕對會直接變成咆哮帝：因為她發過去的email你通通沒有回覆（實際上你並不知道），也不知道她新的專案規劃。
- 管理層決定花一百萬美元去建設兩萬元的專案。
- 首席開發人員告訴你，儲存所有資料庫更新的完整歷史記錄是應用程式的要求，但是他還沒有來得及（其實是：不知道如何）去設計一個資料模型。於是他決定等以後再說。
- 業務領導/專案投資人假惺惺地說，“只要有創意什麼支援都有。”再看前面：剛剛裁掉了20％的員工，以及將已經回收的硬體又拿出來使用，然後告訴你這是專案新的託管環境。
英文原文：26 Ways To Know Your Software Development Project IsDoomed
翻譯作者：碼農網 –小峰
來自：碼農網
相關閱讀
評論(1)