一、
**未動，流程先行
我們將定期n
次例行上線
制度理解為定期n
次上線機會。
如果上線申請
允許在上線
前一天提交，那麼
理論上應可做到2-3個工作日實現一般
的客戶變更需求。
今年4-5月的幾次修改我們做到了快速響應。
總結工作要點就
是：「**未動，流程先行」。 二、
由開發人員執行
上線操作
快速響應本身意味著留給測試的時間不足，
難免要降低一次
發布成功的概率。因此，要實現快速響應，上線操作還是
由開發人員
來做更好，
這有助於減少不必要的
延時工作
，以及避免不必要的上線失敗。開發人員執行上線操作並非放之四海皆準，但是資料服務對實時性要求不高，開發人員執行上線操作完全可行。 三、
專人專用、
提公升素養
雖然流程
最快可以
2-3個工作日走完，但是
倘若人力資源
跟不上，
也不能實現快速響應。
經濟管理學中有個經典的故事，造針的故事，這是專業分工提公升生產力的好例證。踐行術業專攻頗有成效，最近
我和另外乙個同事不到
30分鐘
修改了6個報表
，這在去年還是不可能的事情，只是今年我們找到了竅門而已。 四、
提公升前後臺協同能力
如果變更不僅僅是網頁的變化，還涉及到
後台資料庫
及相關**的修改
，協調起來可能就
不是那麼順暢
了。這主要是因為
組織結構
是前後臺分開的，解決問題還是從組織結構入手最佳；如果實在不能改變組織結構，至少要有前台驅動後台工作的流程。 五、
提公升系統設計水準
最近看到
一句話，
「設計就是生產力」
，很有道理。系統上線後基本就進入運維時代了，所謂快速響應，說白就是運維效率。系統設計時應充分考慮運維需求，這也是走向低成本的正確道路。提公升系統設計水準不是一件容易的事情，推動開發和運維之間的交流會有助於系統設計的提公升。 六、
提高全流程執行效率
僅僅是提高從開發接到需求到上線的執行效率是不夠的，真正有用的是
從客戶發現問題、報告問題，直到需求實現的
全流程執行效率。這需要對公司流程有很好的把握。
實現資料服務前端快速響應
一 未動，流程先行 我們將定期n 次例行上線 制度理解為定期n 次上線機會。如果上線申請 允許在上線 前一天提交，那麼 理論上應可做到2 3個工作日實現一般 的客戶變更需求。今年4 5月的幾次修改我們做到了快速響應。總結工作要點就 是 未動，流程先行 二 由開發人員執行 上線操作 快速響應本身意味著...
mysql資料伺服器 手動配置資料伺服器mysql
1.mysql檔案和資料夾 linux 配置檔案檔案字尾為cnf bin 放可執行性檔案 include 存放標頭檔案 lib 存放庫檔案 share 存放字符集，語言等資訊 my.ini mysql軟體正在使用的配置檔案 my huge.ini 當mysql軟體為超大型資料庫時使用的配置檔案 my...
資料服務系統的定位
版本 v1.0 最後更新日期 2013 2 17 資料服務領域的工作是計算密集型的，相對於其他it 系統，資料服務系統的計算往往更具複雜性。例如，資料服務系統內的作業較少在 1分鐘以內結束，有時候甚至要花費超過一周的時間完成。在提供資料或分析時，我們常說資料質量是第一重要的 結果不可信，無論表達方式...