Oracle神諭

危機意識是非常重要的。
一個項目前期的時候，和客戶一起談的很不錯，似乎合同就要簽下來了，但是結果簽單的公司不是我們。
風險，在項目的操作過程中，到處充滿著風險。如何規避相應的風險，危機意識非常重要。

幸福就是做你自己喜歡的事情，幸福就是和家庭其樂融融，幸福就是和自己的同事一起戰斗，幸福就是苦思冥想后的靈感一線，幸福就是看到自己設計的系統客戶用的很好......幸福.................................

作為大公司的企業應用系統，在使用過程中是非常謹慎的。但是作為系統本身，在系統上線后，依然會存在一些相應的BUG，當然在系統的運行過程中還存在有相應的新需求及相應的調整。
 change control & scope management有時間我再寫。
補丁的過程中存在的問題：
(1)有些補丁打上去了，有些補丁沒有打上去(代碼已經提交了)。后續的補丁對前面的補丁有很強的依賴。
(2)補丁有問題。
 對于開發層面，每天的代碼提交需要有嚴格的日志，通過SVN或其他相應的工具雖然能夠體現出是誰提交了文件，修改了什么，但是對于補丁可能是一個相應的集合，需要開發人員將相應的內容能夠完善起來。這個如果能有有效的工具進行控制最好的。目前還在尋找中....
補丁上線。在測試、DEMO環境和product環境的多次檢測是一個不錯的方法。

關鍵是要建立一個補丁的流程機制
(1)開發人員，提交代碼，提交內容備注填寫。
(2)測試人員嚴格測試。
(3)實施人員、系統管理員的多次檢測和緊急恢復制度。
文檔化、流程化、標準化是非常關鍵。

在客戶談判過程中，一定要注意以下幾點：
（1）頭腦要冷靜，在客戶交談特別是在雙方利益有沖突的情況下，不要頭腦發揮，完全意氣用事，要有冷靜的頭腦。
（2）搞清楚對象的目的。不要一味自己的說，這樣會使得自己比較被動，你的立場和想法都已經暴露出來，客戶很容易對你進行攻擊的。
（3）不要哥們義氣。私下都是朋友兄弟，公司層面是公司層面。如果以兄弟博取對方公司層面的事情，都是不對的。
其實最重要的一條，還是要冷靜下來對待。
深思熟慮！

你的最大價值在什么地方，做能發揮自己最大價值點的事情。

隱形決策人

   合理的時間安排是非常重要的。
    首先事情要有條理，將所有需要做的事情做成列表形式，按照Project格式的最好，整理成自己的工作列表。
    其次，不要重復工作，如果有人已經在處理這樣的事情，就暫時不要處理，否則，你在做，其他人也在做，重復性的工作要不得。除非，別人沒有能力或者需要你的幫助時才這樣做。
    再次，要先做緊急且重要的事情，不要在一些瑣屑的小事情上花費大量的時間。
     最后，主要注意完整性，一定要有相應的記錄。

在公司的早期發展過程中，我們往往強調快速反饋，其結果就是銷售實施人員匆匆反饋；開發人員匆忙修改；又匆匆部署；其結果很難保證。很大程度上依賴與開發人人員的嚴謹性，而測試人員的缺少或懶惰又使得客戶實施過程是來回的反復。
      在成長過程，逐漸建立標準的規范，使得質量確保有一些保證。但是要求時間、成本就會大大增加。
       如果在靈活性和穩健性、標準化和低成本；當然我們不要忽視標準化的過程，因為這樣才具備可復制性和可操作性。當然在操作過程中如何更加有效，如何提供工作的效率，將系統的靈活性和穩健性都能得到提到是一門學問。
      不能為了靈活，而拋棄標準。標準化的東西才具備有較強的可復制性和低成本的特性。

軟件公司的趨勢越來越傾向于客戶服務，而且是客戶一線的服務方式。將自己的隊伍駐扎在客戶的現場，培訓、現場支持、補丁、問題反饋，很多事情要在一線才能夠很好的解決問題的。
研發團隊貼近客戶一線。不能悶著頭寫程序，不理解一線操作人員的運營模式，不了解業務操作的嚴肅性，是沒有寫出的好的代碼。更不用說，我們編寫行業軟件的。

貼近一線的研發團隊+駐扎一線的實施團隊=成功的研發+實施=客戶成功的交付=公司的發展

態度決定未來：對待一個事情的態度決定是否開啟這個事情，被動的接受一個任務是很難將事情完成好的，只有積極主動的去做，才有可能將事情很好的完成。
殼子為第二決定因素。資源的多寡決定你是否擁有做成這個事情的重要因素，有了態度，最主要的還是擁有的資源是否能夠支持做這個事情。
果子決定最后的交付成敗。產品的豐富性、穩定性、拓展性。積極進取、資源擁有、內涵注重，基本上這個Case我們就有勝利的把握。
...積極推進
...注重資源
...強調內涵
==============>勝利就在眼前!