有段句話說的對：管理既是一門科學,又是一門藝術，管理的科學性在於管理作為乙個活動過程,其間存在著一些列基本客觀規律,有一套分析問題、解決問題的科學方**,並在實踐中得到不斷地驗證和豐富,可複製和學習,並可指導人們視線有效的管理.管理的藝術性就是強調其實踐性和創新性.要有效地實現管理,管理者比需要管理實踐中發揮積極性、主動性和創造性,因地制宜地將管理知識與具體管理活動相結合.管理既是一門科學,又是一門藝術,是科學與藝術的有機結合體.管理的科學性是管理藝術性的前提與基礎,管理的藝術性是管理科學性的補充與提高,有成效的管理藝術是以管理者對它所依據的管理理論的理解為基礎,出色的管理者必須通過大量的實踐來提高自身的管理水平,創造性地靈活運用科學知識,以保證管理的成功.
在這次海外專案當中，我有機會作為模型組的組長，參與整個專案，同時也管理者4-6個人，談談該專案中我對於管理的得與失去。
模型是本次海外專案的重中之中，也是整個專案實施的關鍵，關係到整個專案的成功與失敗，局方和我們都投入巨大的人力，物力，時間來完成整個模型的建設，也先後聘請了ibm模型設計師幫助設計模型，也同時聘請了teradata模型設計師評審這個模型，我有幸作為我們公司參與到整個模型的建設過程中，並負責管理整個模型的解答及負責指導和管理4-6個模型人，負責將模型實施落地。
在我負責和管理4-6個模型人的工作期間，讓我感受管理並不是簡單一兩句話，一兩件事就能搞定，管理是人，計畫，控制，協調的有機結合
（1）人，事都是人幹出來，但是注意的事情每個人都是個體，每個人的業務能力，知識面都是不同，應該要了解全方面的了解每個人，盡量的使用別人的長處。
（2）計畫，任何事情都是有計畫，任何事情都有milestone，為了這乙個個milestone，我們的乙個個計畫來完成
（3）控制，計畫出來後，不能撒手不管，我們的有控制，控制是為了更好的推進計畫，為了更好攻克乙個個milestone
（4）協調，協調是不可欠缺的，在實際的執行過程中，我們發現任務或者資源的不合理性，及依賴性（例如依賴外圍系統），我們這個時候要協調資源
在對應這4-6個人的管理中，發現現實與理想的差異太大主要體現在以下方面
（1）計畫的合理性，這個會和理想差異太遠，在計畫制定的時候，一般未能提前的與組內成員及時溝通，而直接與專案經理敲定，導致計畫制定完畢後，組內成員在小組會議各種抱怨
（2）任務分配的不合理性，由於模型的輸出是批量的，為了批量快速的落地，在任務分配的時候為考慮個人的能力而直接批量分配，導致任務熱點分布不均勻。
（3）控制做的不好，基本上任務分配下去後，為能及時控制和把控好進度，而都是在最後milestone的時候才和小組團隊進行溝通，最後發現任務沒有正常完成，但是這個時候已經完了，補救的時間都不夠了
（4）協調，這個是有所欠缺，任務分配完成後，未能更具實際情況協調任務
（5）風險控制做的不好，未能提前做好風險評估，和風險措施
國外專案管理閒談，
（1）國外專案管理人員都是專業的做專案管理的，他不一定有行業（電信行業）經驗或者開發出身
（2）國外專案管理人員他只負責制定計畫，監督計畫，風險控制，資源調配，外部溝通和專案匯報
（3）國外專案管理人員他會成員是生活和工作兩兼顧
總結：團隊的管理，不是一朝一夕就能做好的，要花大量的時間進行學習，及通過n多的專案慢慢實踐，才能生成自己的管理風格，及整個團隊的磨合。另外在整個管理的過程中，要使用各種各種工具來輔助你提公升你的管理能力和水平...
漫談海外N多事（2）漫談產品化，標準化，工業化
產品化，標準化，工業化，這個是比較沉重的話題，也是我們國產軟體走出國門，走上世界的乙個痛點。我沒有參與到商務談判，也沒有參與當時整個資料倉儲的選型，這個可能是我的遺憾吧，據說當時選型的時候，客戶直接要求從ibm，teradata兩大廠家中選擇，大家都知道，這個兩大廠商是現在國際上做資料倉儲解決方案最...
架構漫談1
架構漫談1 2020.3.21 在讀了王概凱的架構漫談 九部曲 之後，我對架構有了那麼認識，但就像作者說的，沒有實戰，就不能說自己懂了，只是皮毛而已。在我讀了這篇文章後，對架構的認識就是 切分 分而治之。1 什麼是架構？在我看來呢，架構分為兩部分，一部分是 框架 另一部分是 構成 框架就是對於乙個問...
Linux IO模型漫談（1）
linux將所有外部裝置都看做乙個檔案來進行操作。因此，linux對所有外部裝置的操作都可以看做是檔案的操作。檔案的操作當然需要有個標示描述它，這就是檔案描述符 file descriptor 我們說網路socket的read 是乙個io操作命令，具體流程是這樣的 應用程式呼叫read命令，通知核心...