- 相關(guān)推薦
2017年軟件開(kāi)發(fā)基本原則「錦集」
軟件開(kāi)發(fā)，是根據用戶(hù)要求建造出軟件系統或者系統中軟件部分的一個(gè)產(chǎn)品開(kāi)發(fā)的過(guò)程。下面是小編整理的關(guān)于軟件開(kāi)發(fā)基本原則，歡迎大家參考!
大多數典型錯誤其表面都具有誘惑性，給人們一種誘人的前景，但通常卻不能產(chǎn)生期望的結果。
“想挽救進(jìn)度已經(jīng)落后的項目嗎?---- 給項目補充更多人員!”
下面分別按照人員、過(guò)程、產(chǎn)品和技術(shù)四個(gè)維度列出36個(gè)典型錯誤。
人 員
典型錯誤1：挫傷積極性
對人員不夠關(guān)心和重視;過(guò)度的進(jìn)度壓力;缺乏激勵;過(guò)分夸張的激勵等。
典型錯誤2：人員素質(zhì)低
人員能力欠佳，工作效率低，甚至做多錯多。
典型錯誤3：對有問(wèn)題的員工失控
不對有問(wèn)題的人員采取措施是項目組成員對領(lǐng)導最常見(jiàn)的抱怨。
典型錯誤4：英雄主義
強調個(gè)人英雄主義會(huì )導致發(fā)生額外的風(fēng)險，也會(huì )削弱在軟件開(kāi)發(fā)過(guò)程中多個(gè)角色的合作。
典型錯誤5：項目后期加入人員
盲目地在項目后期加入人手等于火上澆油。
典型錯誤6：辦公室環(huán)境擁擠嘈雜
擁有安靜、隱蔽辦公環(huán)境的人員比工作在嘈雜、擁擠環(huán)境中的人員往往會(huì )有更好的工作業(yè)績(jì)表現。
典型錯誤7：開(kāi)發(fā)人員與客戶(hù)之間發(fā)生摩擦
主要原因是缺乏溝通。這種摩擦耗費時(shí)間，它會(huì )轉移客戶(hù)和開(kāi)發(fā)人員雙方對項目工作的注意力。
典型錯誤8：不現實(shí)的預期
過(guò)高的期望值和主觀(guān)的不切實(shí)際的設想。是導致開(kāi)發(fā)人員和客戶(hù)或項目經(jīng)理之間的摩擦常見(jiàn)原因之一。
典型錯誤9：缺乏有效的項目支持
軟件開(kāi)發(fā)項目的許都方面都需要高層的支持，包括實(shí)際的計劃、變更控制以及新型開(kāi)發(fā)方法的采用等。缺乏有效的高層支持事實(shí)上注定了項目的失敗。
典型錯誤10：缺乏各種角色的齊心協(xié)力
軟件開(kāi)發(fā)中所有主要人員必須齊心協(xié)力專(zhuān)注于項目，包括高層支持者、項目領(lǐng)導、項目成員、市場(chǎng)人員、最終用戶(hù)、客戶(hù)和任何項目介入者。
典型錯誤11：缺乏用戶(hù)介入
沒(méi)有用戶(hù)早期介入的項目充滿(mǎn)需求誤解的風(fēng)險，易受項目后期功能蔓延的威脅。
典型錯誤12：政治高于物質(zhì)
“政治家”型項目強調“管理至上”，主要精力集中在他們與經(jīng)理的關(guān)系上。將政治凌駕于結果之上對軟件項目會(huì )造成極大傷害。
典型錯誤13：充滿(mǎn)想象
閉上眼睛毫無(wú)理由地希望某事將像想象那樣運作。很多軟件開(kāi)發(fā)問(wèn)題都是由于充滿(mǎn)想象造成的。
想象示例：
項目組不知道他們能不能按時(shí)完成項目，但他們認為如果每個(gè)人能更努力工作，并且不出現問(wèn)題，他們應該能完成項目。
我們無(wú)需向客戶(hù)演示最新的修改，我們確信這個(gè)效果是客戶(hù)想要的。
項目組錯過(guò)了一個(gè)里程碑好幾天了，他們說(shuō)會(huì )更努力工作趕上下一個(gè)里程碑，我想他們能夠及時(shí)趕上的。
過(guò) 程
典型錯誤14：過(guò)于樂(lè )觀(guān)的計劃
定制過(guò)于樂(lè )觀(guān)的項目計劃相當于自己為項目失敗畫(huà)出了底線(xiàn)，導致縮短分析、設計等關(guān)鍵性前期開(kāi)發(fā)活動(dòng);同時(shí)也向開(kāi)發(fā)人員施加了額外壓力，會(huì )長(cháng)期對開(kāi)發(fā)人員的自信心和生產(chǎn)率造成巨大傷害。
典型錯誤15：缺乏足夠的風(fēng)險管理
如果你不主動(dòng)管理風(fēng)險，風(fēng)險隨時(shí)會(huì )來(lái)找你，打亂你的開(kāi)發(fā)計劃。
典型錯誤16：承包人導致的失敗
如果不對承包商加以認真管理，交付可能延期，并且質(zhì)量難以保證。
典型錯誤17：缺乏計劃
沒(méi)有計劃的項目就像飄蕩在海洋中的小船，沒(méi)人知道會(huì )飄到哪里。
典型錯誤18：在壓力下放棄計劃
很多項目組定制了計劃，但遇到了麻煩時(shí)就放棄計劃。項目失敗的原因不是在于放棄計劃本身，而是不能及時(shí)修訂計劃制定替代計劃，并一頭栽進(jìn)編碼和問(wèn)題處理中。
典型錯誤19：在模糊的項目前期浪費時(shí)間
由于花在審批、預算等前期工作的時(shí)間過(guò)長(cháng)，或需求無(wú)限循環(huán)等原因，導致壓縮開(kāi)發(fā)計劃。項目前期節省幾周或幾個(gè)月時(shí)間比將開(kāi)發(fā)計劃壓縮同樣時(shí)間來(lái)得更容易、更廉價(jià)，風(fēng)險也更少。
典型錯誤20：前期活動(dòng)不符合要求
研究數據：
前期被跳過(guò)的活動(dòng)或工作通常在后期會(huì )以10倍到100倍的代價(jià)來(lái)完成。如果一項工作在項目初期需要5小時(shí)完成，那么在項目后期你至少需要50小時(shí)才能完成它�！ �(Fagan 1976，Boehm and Papaccio 1988)
典型錯誤21：設計低劣
前期活動(dòng)不符合要求的一個(gè)特殊情況就是設計低劣。高壓環(huán)境導致設計缺乏周密思考往往導致設計低劣。
典型錯誤22：缺少質(zhì)量保證措施
研究數據：
項目前期砍掉1天的質(zhì)量保證活動(dòng)，到項目后期就需要3到10天的處理代價(jià)。(Jones 1994)
典型錯誤23：缺少管理控制
缺少管理控制點(diǎn)就難以對項目的階段和狀態(tài)進(jìn)行跟蹤，因此不能知道項目是否按正常軌道前進(jìn)。
典型錯誤24：太早或過(guò)于頻繁的集成
在構建未完全鎖定時(shí)，進(jìn)行過(guò)早的集成或額外的集成不利于產(chǎn)品，它僅僅是在浪費時(shí)間，延長(cháng)進(jìn)度。
典型錯誤25：項目估算時(shí)遺漏必要的任務(wù)
訓、公司和部門(mén)會(huì )議，技術(shù)評審會(huì )議等活動(dòng)在項目估算時(shí)通常被遺漏。
典型錯誤26：追趕計劃
當進(jìn)度落后時(shí)不重新檢查任務(wù)和調整計劃，而是簡(jiǎn)單地決定把進(jìn)度趕上來(lái)。
另一種情況是，當產(chǎn)品出現變更卻沒(méi)有做相應的計劃調整
典型錯誤27：魯莽編碼
沒(méi)有足夠的需求基礎和清晰的架構設計而進(jìn)行“邊編碼邊修改”造成太多重復工作和返工，這樣的做法使項目大多以失敗告終
產(chǎn) 品
典型錯誤28：需求的鍍金
項目的產(chǎn)品要求要求比實(shí)際需求多得多的產(chǎn)品特性或復雜功能，卻又不給進(jìn)度計劃分配足夠的時(shí)間。
典型錯誤29：功能蔓延
在整個(gè)開(kāi)發(fā)過(guò)程中，項目平均會(huì )有25%的需求變更，對軟件計劃至少有25%的影響。如果任由客戶(hù)不斷提出新需求，項目就會(huì )一直都做不完
典型錯誤30：開(kāi)發(fā)人員的鍍金
開(kāi)發(fā)人員著(zhù)迷于新技術(shù)，有時(shí)渴望在自己的產(chǎn)品中使用這些技術(shù)，而不管那些技術(shù)是否適合或是否會(huì )對系統整體造成破壞。
典型錯誤31：又推又拉的交易
管理者批準進(jìn)度落后的項目順延，但同時(shí)又給這個(gè)項目加入新任務(wù)。
典型錯誤32：研究導向的開(kāi)發(fā)
軟件開(kāi)發(fā)進(jìn)度是完全有理由可以預測的，而軟件研究進(jìn)度甚至理論上都是不可預知的，不能采用像軟件研究一樣的工作方式引導項目開(kāi)發(fā)。
技 術(shù)
典型錯誤33：銀彈綜合癥
過(guò)于相信某些技術(shù)宣傳(某種開(kāi)發(fā)過(guò)程、某種程序設計方法、某種開(kāi)發(fā)語(yǔ)言)，缺少在特定環(huán)境下使用這些工具的必要信息。當團隊寄望利用他們來(lái)解決進(jìn)度問(wèn)題時(shí)，不可避免會(huì )失敗的。
典型錯誤34：過(guò)高估計了新技術(shù)或方法帶來(lái)的節省量
無(wú)論采用多少新工具或方法，以及這些工具或方法有多好，他們很少能夠大幅度提高生產(chǎn)率。軟件開(kāi)發(fā)由多個(gè)任務(wù)組成，特定的工具或方法只會(huì )可能提高特定任務(wù)的生產(chǎn)效率。同時(shí)，它們所帶來(lái)的效率常常被學(xué)習它們所花費的時(shí)間抵消了。
典型錯誤35：項目中間切換工具
在項目中間更換工具時(shí)，伴隨使用新工具而帶來(lái)的人員學(xué)習和掌握的過(guò)程、重復的工作、不可避免的錯誤等會(huì )徹底抵消它所帶來(lái)的益處。
典型錯誤36：缺乏自動(dòng)的源代碼控制手段
缺乏自動(dòng)的源代碼控制容易造成版本沖突、歷時(shí)版本丟失、更新丟失等一系列問(wèn)題，并浪費大量的時(shí)間處理這些問(wèn)題。
【軟件開(kāi)發(fā)基本原則「」】相關(guān)文章：
薪酬管理基本原則09-28
安全巡檢基本原則10-13
淺談教學(xué)的基本原則01-12
健身減肥基本原則02-25
體育健身基本原則11-18
商品采購的基本原則01-16
手繪構圖的基本原則10-06
象棋開(kāi)局基本原則06-18
品質(zhì)管理的基本原則10-07