業務與技術
作為管理資訊系統，業務是驅動，技術是手段，應用是目的。
我們的工作應該是從業務開始，動手開發前一定要搞清楚客戶的業務現狀是什麼，業務需求是什麼，對於使用者描述的業務需求應該深入的分析，尋找最佳的解決方案，然後採取實現，而不是急急忙忙的投入實際的開發工作，這樣做出來的系統整個是混亂的，割裂的，而且容易產生返工和無用勞動。使用者可能會根據自身的情況和理解提出自己的解決方案，這個時候，我們應該分析方案的合理性和可行性，對於合理而不可行或者我們無法實現的方案，我們應該盡可能的提供等價的方案，實在無法解決的時候就需和使用者協商是否可以降低業務需求或者另需處理辦法，或者放棄。
技術是實現方案的手段，我們需要根據我們的應用來選擇合適的技術手段，並不是新的、高階的技術就是好的，應該採用最合適最成熟的技術。但是技術必須不斷的提高，我們應該不停的鑽研或者引入新的技術，來滿足業務需求的增長，提高系統的技術含量，降低工作難度。畢竟技術可以帶來生產力的提高，雖然短期可能會帶來成本的增加，但總長遠看，肯定會帶來較高的效益。當我們的技術面臨複雜的業務需求無法滿足時因該引起足夠的重視，對於技術的不足應該慎重考慮，是否有攻克的必要，不能總是繞過去，或者將技術無法實現而導致的工作量的增加轉移給客戶。當技術成為障礙的時候，不攻克技術的難點會給我們的工作帶來負擔的時候，我想我們應該想愚公移山一樣攻克我們的難關。
或許這些有些行而上學，說起來容易做起來難，或者在專案緊張的時候總是放棄這種原則，自己以前的時候也曾不以為然，那時作為乙個小小team的leader,在時間和壓力下總是會急急忙忙的做事，其實走了很多冤枉路。這次在四川成都這個專案中，我真真實實地感覺到了我們業務規劃能力的缺乏，和技術上的薄弱，同時也深深感覺到這些給我們的工作帶來的混亂。
我們的團隊裡幾乎找不出乙個能夠完整地描述客戶業務需求的人；我們的成員幾乎很少的去分析客戶的需求；我們的成員幾乎沒有人能夠準確把握使用者的需求，並深入分析，找出相應的解決方案。我們的團隊成員總是習慣用技術的思維去思考問題，總是在拿到需求簡單分析就進入開發工作，或者乙個區域性完整的業務都沒分析清楚就從乙個點上去做開發。或許他們可以給我乙個理由：客戶要得太緊，時間不允許你把問題搞清楚。然而事實是我們這麼急急忙忙的趕著幹活，卻未能取得有效的進展，未能給出乙個完整的哪怕是區域性的成功模組。我們的開發是一堆泥巴，全部躺在地上，糊不到牆上去。因此我們的員工辛辛苦苦的趕時間所做出來的東西不停的被改動，甚至放棄。信心，情緒和激情在一點點的褪去。而且由於沒有業務上的良好架構，我們的建築很難經得起裝修和改裝。
這是團隊，乃至公司的不足，也是我個人的不足。
另外，在實際的業務開發中發現，我們自己採用的，自己開發的工具無法滿足目前業務的需求，但整體分析下來不攻克這些難點，我們勢必會造成工作上大量的額外勞動，而且是我們的工具根本沒有發揮其本身的優越性，沒有實現我們採用或者開發這個工具的原始目的。然而我們絲毫沒有解決這些難題的想法和行動，而是給提供樂乙個極其複雜和危險的一種方案，而且有人竟然想出了我們無法實現的東西，把它轉移到使用者的手中去的想法，這真的是不可接受的。當然由於時間關係，當前沒有辦法解決，也是有情可原的。但真的不希望看到這個工具一兩年後還是如此。那真的是傷心了。
《未完待續》
我們缺少什麼？
我 們 缺 少 什 麼 l李群巍 一天我在大連中心醫院出差，晚上閒來無事就看看 讀者 大連是個美麗的海港城市，東臨黃海，西接渤海，夏季氣溫適中。晚上睡覺的時候，只要不是太熱的那幾天，基本都需要蓋個毯子 被子什麼的。有時候，窗外會吹來徐徐清風，飄著淡淡的海香氣息。寢室裡只有我乙個人，在這樣的乙個夜晚，...
關於量子力學的我們胡思亂想 一）
關於量子力學的我們胡思亂想 現在才發現，想學點高等物理，竟然是如此之難。去油管，困難不說，動不動就要錢。而且裡面都是科普。要買本書，只有英文，而且極貴。等有錢買得起再說吧。所以，我就亂想一想，胡亂寫在這裡。先說一下，我的思路，或者流派之類的。我不太認可弦理論。甚至我認為這個理論是 的。什麼是 的呢？...
無聊之胡思亂想 關於CMM和CMMI
春節長假結束之後回到公司，我參加了有關cmmi的training。整個課程總有7個部分，涉及的內容十分廣泛 從基於風險的專案管理到軟體生命 週期，再到專案計畫和跟蹤等等。而到上個星期為止，課程已經過半，而我對於cmmi有了一點點的認識，也引發了一些思考。還是先從認識開始吧。當你第一次看到cmmi這個...