前段時間與產品部一起，將a進度系統所有的二次開發需求進行了溝通，就每個需求的價值進行了討論，最近乙個多月，也一直在思考二次開發與客戶滿意度之間的關係問題，回顧自己親歷的幾個專案中二次開發的情景，從二次開發**來看，有以下幾種情況：
1.合同約定導致的二次開發：此類需求在實施過程中很難避免。比如ss、a在合同簽約時，通過合同附件約定了一些專案範圍，有的範圍在銷售階段無法清晰定義，實施階段難以控制，比較典型的如ss合同模板、a地產和建築兩級公司管理。
2.客戶實際業務與標準系統實現方式差異導致的二次開發：在實施過程中，經常出現客戶的實際業務處理方式與系統之間存在差異的情況，如果不開發，會導致業務難以在系統中應用，或者降低業務處理效率的情況，如a專案的材料採購管理分了許多類，比標準系統複雜，b專案的產值及付款管理比標準系統又簡單等。
3.客戶的一些特殊業務，在實施過程中強勢要求系統實現的二次開發：比如ss專案在成本管理過程中增加了許多原系統中沒有的控制點，a專案基於其特殊的管理方式，提出的一些需求等，現在來看，此類需求是完全可以避免的。
從需求**來看，如何減少這些二次開發？
第一類需求：公司已啟動合同評審制度，雖可以規避大部分合同約定的需求，但出於競爭的需要，很難完全消滅，實施階段只能通過方案評審，通過引入專家資源以最簡單的方式實現，以此降低二次開發難度。
第二類和第三類需求：視應用模組是否核心以及能否變通處理可以將此類需求分為四類，分處四個象限。如下：
第一象限的需求可變通實現，第二象限的需求需要對開發方案進行評審，以低成本來實現，此兩象限的需求可提高客戶應用的黏度，增加系統應用效果（當然，如果通過高層干預，能夠直接避免開發是最好的處理方式）；第三象限的需求一般是操作層提出的，通過變通方式實現可一定程式上提高操作層的滿意度，第四象限的需求則可委婉地拒絕。
不論是哪個象限的需求，在公司目前嚴重控二次開發的背景下，如果要開發的話，都需要遵循兩個條件：
1、通過審批；
2、開發總量受專案二次開發量控制。
另外，經常遇到一類二次開發需求是這樣的，在a專案上進行過的二次開發，在b專案上也要進行相同的開發。對於此類需求在產品公升級時，有必要考慮是否可以加入標準系統，即使是不能加入標準系統，在開發時，也應該考慮是否能夠快速實現，避免大量地重複工作。
處理二次開發應該是工作中的小部分內容，但對成本影響很大，公司負責人在半年度總結會議上提出的「關注高層需求，提高交付效率」是解決二次開發問題的根本方法，對實施人員的專業度的要求也很高，在以後的實施過程中，也很難完成避免二次開發，以上僅是自己對二次開發的一些思考。
二次開發的發展
昨天談到部門的二次開發模式，這種模式在二次開發領域內可謂是先進的模式了，為什麼沒能夠取得他應有的成功呢？目前出現的狀況是 1.部門效益不夠穩定 2.人員流動量大 3.員工幸福感差 4.員工工作目的性不強，或者說方向不明確。由以上四個問題又會引申出各類人員問題，由於個人想法不同，在此無法一一枚舉。那麼...
UG二次開發與Visual Studio的配置
環境準備 nx8.0與vs2010配置。1.安裝vs到 1 e software microsoft visual studio 10.0 安裝nx8.0到e software nx8.0 2 拷貝e sofware nx8.0 ugopen vs files vc vcprojects資料夾下所有...
二次開發vba 二次開發在尺寸優化中的應用
在進行靈敏度分析及尺寸引數優化分析過程中，需要對車身多達幾百個部件進行建立設計變數 design variable 並將設計變數與屬性進行關聯 design variable property relationship 同時，對於對稱的零部件還需要建立設計變數的關聯 design variable ...