原创 需求變更管理的應對和需要遵循的六大原則

需求變更的管理需求變更是因爲需求發生變化。根據軟件工程思想,需求說明書一般要經過論證,如果在需求說明書經過論證以後,需要在原有需求基礎上追加和補充新的需求或對原有需求進行修改和削減,均屬於需求變更。 需求變更的出現主要是因爲在項目的需求確

原创 看了潘愛民的“關於《代碼大全》”的 Blog 後有感

剛剛讀了潘愛民的“關於《代碼大全》”的  Blog,對於 Blog 中的這麼兩段話有所感想。 首先,對於原文中這麼一段“我一直排斥軟件工程,但我很推崇良好的編程習慣”這句有種說不出的感覺。“排斥軟件工程”?我對於這句話的理解是——排斥的是

原创 中國軟件業的混亂,觀總價值2億項目後的感嘆(轉載)

一個二億的項目、一套管理系統的平臺,僅軟件費用就高達 7~8 千萬。它是一個什麼樣的系統呢?其實,這個集團以前就擁有這麼一套系統,只是覺得不夠先進、不夠統一,就從某處引進了一套新的系統,這個項目總價值近2億元。領導是這麼說的:“買的就是思

原创 10年內兩類必被淘汰的企業軟件開發公司(轉載)

第一類:無明確發展目標的軟件公司 這類軟件公司沒有明確的發展目標,賺錢主要靠接各種類型的項目,有什麼項目就做什麼項目,號稱什麼都能做,但是什麼都做不好,做一單就是一單,沒有任何沉澱和繼續把這個軟件深入的做好的想法。這類軟件公司的特點就是人

原创 需求變更的代價和如何減少需求變更

需求變更的代價 一般來講,需求的變更通常意味着需求的增加,需求的減少相對很少,而且處理需求減少方面的問題也比較容易。當客戶提出新需求的時候,項目開發人員應該分析這些新需求對項目現階段帶來的風險,得出雙方實現變更需求的需要的成本,包括時間、

原创 我的學習計劃!新年來了,新技術也來了——學習啊!

現在開始要學習更行業和世界前沿的課題,包括數據倉庫、數據挖掘、數據分析、工作流,以及更深入學習 XML、Web Service 等等。在這次學習道路上,具體將以微軟的產品爲主,包括 SQL Server 2005、SharePoint P

原创 看李開復最新的書《做最好的自己》(Be Your Personal Best)

昨晚開始正式看李開復最新的書《做最好的自己》(Be Your Personal Best),看了第一章,真是 100% 的共鳴,它既是我思想的表達,又是教給了我整理後的思想,真想一口氣全部吸收。希望所有有理想抱負的大家都來閱讀!

原创 酒店房間預訂和酒店客人信息管理小項目的筆記

序言接手了一個小項目,是有關酒店房間預訂和酒店客人信息管理的,準備使用 .NET 2.0 進行開發,一方面是 .NET 2.0 具有更強大、快速的開發能力,  能開發出比 .NET 1.1 更好的應用程序,另一方面,還能實踐一下新技術,爲

原创 每個禮拜必看的電視

下面兩個是我每個禮拜必看的電視,1:《心靈花園》,星期六,21:302:《大話愛情》,禮拜天,8:00上面兩個電視都在“生活時尚”頻道。共享快樂!

原创 怎樣看待微軟的 Program Manager 這個角色(轉載)

記得自己在顧問的經歷中,曾和許多開發團隊交流過微軟的 MSF,許多人都曾經疑問過 MSF 組隊模型中的Program Manager,因爲從他們的公司,他們的團隊無法找到這樣的角色來對應,至於開發 Team、測試團隊、設計團隊、文檔團隊、

原创 高性能網站性能優化

一、LiveJournal發展歷程LiveJournal是99年始於校園中的項目,幾個人出於愛好做了這樣一個應用,以實現以下功能:博客,論壇 社會性網絡,找到朋友 聚合,把朋友的文章聚合在一起 LiveJournal採用了大量的開源軟件,

原创 怎樣看微軟的Program Manager 這個角色

記得自己在顧問的經歷中,曾和許多開發團隊交流過微軟的 MSF,許多人都曾經疑問過 MSF 組隊模型中的Program Manager,因爲從他們的公司,他們的團隊無法找到這樣的角色來對應,至於開發 Team、測試團隊、設計團隊、文檔團隊、

原创 What's my study plan?

1: SQL Server 2005 (2 Weeks) 2: WWF (1 Month) 3: WCF (1 Month) 4: Lambda (1 Week) 5: More? ...

原创 今天看到的一篇文章,標題是“開發人員間的效率差在哪裏?”,讀後有感

以下是今天讀到的一篇文章,說的是“熟練人員”和“一般人員”的區別,但自己認爲不止是“熟練人員”和“一般人員”的區別,更多的是“優秀人員”和“差人員”的區別,甚至是“可能成爲優秀人員”和“不可能成爲優秀人員”間的區別。 正文如下: 熟練

原创 狹隘性思維和寬廣性思維

在企業軟件行業開發中,我們會看到這麼一種思維方式——侷限於自己的認知和思維方式中,對項目和企業開發的理解總是在禁錮一個圈子中,導致在項目中技術的運用是偏上加偏,錯上加錯,即在原本就已偏離正確開發方式的基礎上進行所謂的解決問題。知識、思想、