70 ％的解決方案：實際測試和版本控制
“你是什麼意思你需要推遲發射日期？ ”說的首席執行官。說，首席財務官。說的用戶社區。首席技術官，首席信息官，和所有工作人員誰監督重大發展項目提供了可怕的消息。 但是，期限為一個最後期限是一個危險的陷阱，可以消耗整個項目和妨礙它指出，它從來沒有發射。多年來我已經拿出6個簡單的規則，以幫助 期限變得更有意義，同時讓開發商，用戶社區，首席財務官和首席執行官所有satisfied.1 。總是次要版本控制整個發展。組功能要求到 未成年人的版本，這樣的核心功能是重點，使整個開發團隊通常是積極同未成年人version.2 。始終目標次要版本發布每2至4 weeks.3 。總是開始 測試後立即每一次要版本是complete.4 。總是優先考慮的錯誤操縱來的最高水平完成後，任何testing.5 。決不允許有問題的功能增強是一個showstopper 。 談判的用戶社區和首席執行官首席財務官或拖延，或取消，交貨的functionality.6 。總是推出產品的時間-只要最近全部完成次要版本是 功能等同或優於當前的生產系統。啟動它，無論多遠你是從100 ％ complete.So我要你發起不完備的申請？讓我們把它稱為“功能 挑戰“ 。這是我所說的70 ％的解決辦法。期限不會移動和開發商提供一個充分的測試，缺陷修復版本的時間和預算範圍內。這使管理的機會，以評估 進一步投資的應用功能，而獲得的好處，任何發展date.Don '噸責怪開發商。它更可能運行在一個項目的預算和最後期限，因為樂觀 成本規劃或範圍蠕變比窮人開發技能。下面的這些規則，確保提供最好的產品開發團隊可以實現在一個設定的預算，或一段時間。即使在這樣一種環境， 範圍蠕變成為一個因素，不斷升級的要求可以預定到未成年人的版本，以便阻止他們從未推出的“功能挑戰” application.Testing ？誰需要測試？所以你沒有 按照六個規則，你過去的代碼凍結日期，你應該在最後的測試，但仍有更多的事情來執行。在用戶界和首席執行官想知道您就可以發射 不論時間。這是當它訪問您，如果我們能“精簡”的測試階段，我們仍然可以做到這一點。非常糟糕的主意。支持的費用不夠了，由於測試的費用超過該項目 本身。最近，我看到了拙劣實施客戶服務的應用，幾乎成本問題，該公司在其三個最大的客戶，以及數以百萬計的dollars.Work您調解魔術。應用程序 發展管理人員都必須參加談判和部分魔術師。他們需要保持各方滿意，即使產品的期望和預算方面的限制有衝突的。沒有人真的想解決的70 ％ ，但 每個人都可以住在一起的。當任何人的100 ％的快樂，你知道你很可能做right.Read更多的例子： “星期四規則”首席執行官史蒂夫皮卡德， FounderWorking積極與Oracle初以來 90年代，史蒂夫已經架構和發展，從大量的數據倉庫和決策支持解決方案屢獲殊榮的即時網絡applications.Steve有度，在數學和信息管理 系統由渥太華大學。在創辦Pythian ，史蒂夫擔任顧問，有許多公司以及加拿大政府提出抗議。他仍然是關鍵建築師Pythian的高度複雜的內部
文章來源: Messaggiamo.Com
Related:
» Legit Online Jobs» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay
網管得到HTML代碼
加上這條到你的網站！
網站管理員提交你的文章
無須登記！填寫好的表格和你的文章是在 Messaggiamo.Com 目錄！
