老闆一直都想對公司的制度，做乙個梳理，理清哪些制度已基本事實廢止，哪些已有但需要修訂，還需補充哪些制度等，即：從內部需要出發，來梳理公司的規章制度。考慮到公司的主要定位在工程專案方面，因此，突破口就選在，建立一套較完整的全生命週期的工程專案管理制度。
現就將這套制度制定過程中的體會，做一簡單的總結。
首先，制度編寫要緊密結合工程專案的實際需要。編寫制度，相對很容易，網上學習一些，再結合自己的想法即可。但是，如何與實際結合確實很有學問。比如，《設計審查管理辦法》，結合自己做軟體設計評審的思路，很快理出乙個管理辦法來。但在實際交流和討論中，卻發現遺漏了乙個關鍵的細節，基礎自動化系統的設計審查工作，主要是由客戶方面的工藝專家來做，因此，與客戶前期的交流溝通，顯得極為關鍵。在做這項管理辦法時，必須約束與管理與客戶交流溝通的環節，如提交正式的交流文件，以及需要彼此的確一些想法認，通過這樣的方式，克服客戶有些需求的隨意性。另外，《專案經理管理辦法》主要精神是要體現專案經理負責制，但是，囿於集團總部財務制度的限制，無法賦予專案經理在費用控制方面的真正自主權，而財權沒有，這個負責制就大大折扣，專案經理參與該制度討論的熱情明顯不高，因此，如何在有限的費用控制能力下，保證專案經理能夠有足夠的熱情，認真負責地領導專案工作，是此管理辦法的新課題。
編寫工作不能一蹴而就，需要廣泛地徵求意見，特別是關鍵制度：專案立項管理制度，專案預算管理制度、專案採購管理制度、專案試執行故障管理制度、專案驗收管理制度和專案決算管理制度等。
經過多次權衡，決定制度的制定和整改工作分批進行。為此，我制定了乙個分批的制定原則：
a. 先制定目前管理急需的、已經較嚴重地影響處裡工作開展的制度；
b. 先制定與正在開展的工作效率和成績，緊密相關的制度；
c. 制定制度由易到難：先制定執行起來阻力較小，不會遇到較大的牴觸心理的制度，再逐漸拓展到執行起來難度大的制度；
d. 制度按輕重緩急，在時間上分為4個批次來制定。
需要考慮實施的可行性，考慮員工的可承受性。例如，一直規劃的績效考核制度，就沒有安排在本次制定的制度當中，主要就是考慮，一下子出台了很多制度，員工肯定有適應的過程，再要是出個績效考核制度，將重新分配激勵方面獎金，會影響一些員工已享有的權益，估計會影響整個團隊的穩定性，因此，考慮再三，決定暫緩新的績效考核制度，沿用集團總部的政策。
對制度討論、以及正式頒布實施，所遇到的阻力和問題，必須有充分的思想準備。目前，進行制度的討論時，已有一些苗頭：部分制度討論過程中分歧很大，如何化解分歧，需要做很多說服工作，形成統一認識後，才能頒布實施制度。因此，現在擴大了討論者的範圍，盡量覆蓋到樂於參與這項工作的每一位員工。
隨著制度制定深入開展，內部管理的矛盾逐步顯現，並觸及到部分人的利益，因此，對這項工作的體會還在繼續......
梳理程式的筆記（一）
opencv 中的mat，和matlab中的mat資料型別是一樣的含義 opencv中的cv 32fc1的含義是，opencv 的32位float資料使用通道 channel 1 c string中的 string str str.find 返回查詢字元所在的位置數 str.substr 0,4 獲...
oracle的 行省制度
oracle的內部空間結構非常複雜,就像乙個擁有龐大面積的國家一樣。因此，它也採取了自元朝以來沿襲下來的 行省制度 資料庫database,表空間tablespace,段segment,區extent,塊block，資料庫由乙個或多個表空間組成，表空間包含段，段包含區，區包含塊。這些所謂的表空間，段...
Session的一點體會
一直以來，沒有怎麼去好好研究session。只是大概知道用session來記錄會話狀態，知道瀏覽器關閉後session會丟失，知道伺服器端會記錄session，知道伺服器重啟有時會引起session丟失。僅此而以！後來發現的問題 一是如果用乙個瀏覽器不同的標籤卡來進行登入操作，那麼最後一次登入的會話...