• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            VC++ C++ C# Algorithm

            C++博客 首頁 新隨筆 聯系 聚合 管理
              21 Posts :: 3 Stories :: 31 Comments :: 0 Trackbacks
            一個在美國IBM工作過2年,在印度公司工作了4年的項目經理與我司資深軟件開發經理有這樣一段對話。
            印方經理問:"你們每月生產多少行代碼?"
            我方經理掂量了很久,謙虛地說:"人均代碼1萬多行吧,不到2萬行"。
            印方經理聽后,眼睛瞪得圓圓的:"喔!你們已經遠遠超過國際最高水平了。"
            我方經理惴惴不安地反問:"你們的呢?"
            印方經理很認真地回答:"我們公司目前的效率為每人每月300行。"
            這是一個真實的故事,我想換了其他人(包括以前的我)也會給出同樣的答案。
            為什么與軟件大國有這么大的差距呢?
            首先我們沒有生產率的概念。大多數人是這么算的,一天編400行-500行代碼還不是小菜一碟。一個月有30天,這樣每月1萬多行還不是輕松搞掂?
            殊不知,這個偉大的假設有兩個致命的錯誤:第一、沒有考慮需求分析、概要設計、詳細設計、單元測試、集成測試、系統測試的時間,也沒有考慮文檔的時間,甚至都有可能不知道有這些過程。
            這不是笑話,試問:我們有需求分析嗎?我們有單元測試嗎?我們有編程規范,但我們遵守了嗎?
            我們的代碼花花綠綠,風格千奇百怪――
            我們不是有"開發完了,還沒有設計文檔的經歷"嗎?
            我們不是有"要轉中試了,所有人才開始埋頭苦干寫文檔"的經歷嗎?
            我們不是有人在文檔中寫過,"該軟件對人畜沒有傷害"嗎?
            當然,我們更不可能想到有review的時間,根本考慮不到質量控制?
            我們最熟悉寫程序、系統測試、維護,其他的都是多余。這是典型的小公司游擊戰的做法,一個人搞一個小軟件,不需要任何流程,沒有任何質量體系,除了寫代碼,測試以外,什么都不需要,非常自由,自以為"牛得不行",這很easy,那很容易,"管理是羅嗦,流程是麻煩",但實際的結果是什么樣大家都知道。
            第二、一天能寫400-500行代碼,并不表示,你平均每個月能寫12000-15000行代碼,道理很簡單,一個人100米速度是12秒,并不表示他的3000米速度是6分鐘。我們不是機器人,寫軟件需要思考,寫嵌入式軟件尤其需要質量。
            印度工程師是人,中國軟件工程師也是人,我們的代碼生產率與水平能高到哪里去呢?正如大家都是凡人,你突然說你比子彈還快,一蹦3層樓高。
            這真是"無知"者"無畏"?
            其實我們的生產率很低,自己不覺得罷了,很多人并不相信我司的公開數字――月產代碼才120行?如果算一算所有的人力,所有階段的時間,我們就不會驚奇這個數據了。不信的話,我們拿一個產品算一算!或許我們的經理自己都不知道在這個產品投了多少人力。華為有職業化的軟件開發管理人才嗎?目前幾乎沒有,或許我們真的有月產2萬行的編程高手,也有很多自以為能寫2萬行代碼的"泡沫"高手,但我們沒有真正專業的軟件人才!
            目前我們公司的銷售情況很好,賣得很火。但這是項目開發成功了嗎?不是,可能更多的是市場的成功,以及產品預研立項人員的成功。生命周期內還要花那么多維護費用,這怎么能算成功?如果我們造飛機,我們可能自己都不敢坐。衡量項目成功的標準與要素是什么?很多人并不知道。印度發展最快的Infosys公司告訴我們:衡量項目成功的標準是"質量、成本與進度,達到這一目標的重要條件是"流程、技術、人"。
            我們做計劃時,只有進度,或許會考慮一下成本,但從來沒有考慮過質量。我們知道項目開發的質量活動是什么嗎?我們不知道;我們知道我們的質量目標嗎?我們也沒有;我們知道如何控制我們的質量嗎?我們沒有干過。
            所以我們才無所畏懼,百折不饒。但如果我們知道"折"一次要花100萬,我們還會無所畏懼地"百折"嗎?再回頭看看一些業界標準:某印度合作公司通過了CMM5級,聯合開發項目的生產率為每月400行。其中編碼階段,印度工程師每天可以寫200至900行代碼。
            在4個月的聯合開發過程中――
            在編碼速度上,我方優秀工程師與對方差不多,但別人教會了我們如何 保證代碼規范以及編程風格的一致;
            在閱讀協議標準方面,對方的速度是我們的4-5倍;
            在設計方面,對方有明顯的優勢;
            在質量控制,我們與他們就沒有辦法比較了;
            在預測方面,對方估計工作量為36人月,我方估計為22人月,實際數為35人月。
            通過對比,我的結論是:我們富有,因為我們有很多bug;我們快速,因為我們沒有質量體系。
            有些人還以為――
            會使用配置工具sourcesafe,就知道什么是配置管理;
            會畫CANTT圖/PERT圖,就知道項目計劃是怎么回事了;
            填一下表格就是管理;
            吃一頓飯就是溝通。
            沒有對質量整體的認識,不了解其為什么這么做,大家就根據自己的過去經驗"理解"、"推測"、"認識"別人,有這么巨大的認識差距就不足為怪了。
            目前,公司在質量體系方面的培訓與推行力度的不斷加強,印度所經驗的不斷推廣,在很多方面,如流程建設、預測、質量控制、度量系統,我們已經初步了解該怎么做。但我們還要不斷地宣傳、不停地松土,讓所有的人承認自己無知,只有這樣,我們才能由"無知"變為"有識"。
            "藝低人膽大",今后,我再也不想聽這種大膽的豪言壯語?我們每月代碼1萬行"!
            posted on 2006-11-21 15:28 大熊貓 閱讀(235) 評論(0)  編輯 收藏 引用
            久久国产精品99精品国产| 亚洲国产精品无码久久青草| 老男人久久青草av高清| 青青热久久国产久精品| 亚洲乱码中文字幕久久孕妇黑人| 国产成人无码精品久久久性色 | 久久久这里有精品中文字幕| 手机看片久久高清国产日韩| 婷婷伊人久久大香线蕉AV| 久久国产精品久久国产精品| 日本久久中文字幕| 99久久国产热无码精品免费| 免费一级做a爰片久久毛片潮| 7777精品久久久大香线蕉| 久久久久久久亚洲精品| 国产69精品久久久久777| 狠狠色丁香婷婷久久综合五月| 国产成人精品久久免费动漫 | 国产精品青草久久久久福利99 | 72种姿势欧美久久久久大黄蕉| 久久久精品久久久久久| 久久精品国产亚洲av麻豆小说| 性做久久久久久久久久久| 久久国产免费观看精品| 亚洲人成网亚洲欧洲无码久久| 精品国产91久久久久久久a| 麻豆一区二区99久久久久| 久久婷婷五月综合97色直播| 国产伊人久久| 国产成人久久久精品二区三区| 久久国产亚洲高清观看| 久久亚洲AV成人出白浆无码国产| 久久久久久久女国产乱让韩| 色偷偷88欧美精品久久久| 久久久久国产视频电影| 国内精品久久久久久不卡影院 | 午夜福利91久久福利| 久久高潮一级毛片免费| 人妻中文久久久久| 久久久久久久免费视频| 亚洲伊人久久精品影院|