<tt id="wksye"><rt id="wksye"></rt></tt>

火幣網官方網址

8種確定軟件開發成本的方法

火币网官方网址 報價費用 2018-12-03 12:32 0
   
 
   軟件評估的經驗教訓
 
   在我作為解決方案架構師的角色中,我需要快速開發項目估算,并能夠解釋估算背后的邏輯。我還需要將一些主觀變量考慮在可能導致項目掙扎的估算中。隨著項目規模和時間跨度的增加,不可預測的影響可能導致不準確的結果。預測天氣可能感覺不那么艱巨。
 
   無論您使用何種軟件開發方法 -? 瀑布,敏捷或兩者的混合 - 提供項目預測都會挑戰技術團隊。不準確的預測也會給企業領導者帶來問題。他們希望確定“完成”的時間,盡管他們已經完成了對完成的定義。
 
   為什么團隊必須與項目一起發展
 
   需求轉變和技術發展,這使得估計遺留系統和數據集成到新應用程序幾乎不可能是技術團隊。這種體驗類似于改造房屋。破壞意外可能潛伏在墻后。同時,客戶需求,開發投資回報和行業競爭激勵企業領導者更快地“完成”(同時試圖確定“完成”意味著什么)。這是技術團隊沖突的秘訣。當客戶在短短幾天內需要估算時,壓力就會增加。
 
   在項目過程中形成軟件估算的不斷變化的變量帶來了另一系列挑戰:
 
   隨著項目的進展,軟件評估的初始結果應該如何與新需求相關聯?開發一旦開始,團隊評估實際進度與初始估算的速度有多快?應該何時共享更新?
 
   為了保持可信度,技術團隊必須能夠盡早向企業領導者解釋對估算的任何變更。
 
   更好的軟件估算的8個步驟
   有許多方法可以估算軟件項目的成本和時間表,因為有開發語言。研究表明,如果項目可以分解成一小塊工作,并且每個塊估計,估計往往更準確。
 
   我已經直接在數十個項目中使用這種方法,可能還有數百個切向,我想分享一些關于如何將其應用于軟件估算的見解。
 
   1.讓業務利益相關者參與軟件評估過程
   在軟件評估過程的早期讓利益相關者參與有助于更準確地定義軟件開發周期中重要的內容。這有助于業務負責人和技術團隊獲得對項目的共同理解。它還有助于讓每個人都對最初的估計負責。
 
   多年前,我曾與一位需要某種系統功能的客戶合作。有幾個人告訴客戶,另一種方法更好??蛻艟芙^聽。缺少的是沒有人向客戶解釋成本。但是,一旦了解了該功能的成本,客戶的需求就會發生變化,團隊就可以找到合理的解決方案。估算的給予和接受將有助于從一開始就推動更現實的期望。
 
   2.問:“為什么大多數軟件評估項目都失敗了?”
   答案是,要求差,領導薄弱。該技術本身很少是項目失敗的原因。如果沒有良好的要求和領導力,偉大的技 謹防這個紅旗:在與項目團隊估算會議期間無法解釋最終目標或軟件背后的業務驅動因素的領導力。當需求不明確時,開發人員無法開發質量代碼。當開發人員陷入障礙或遇到問題時,領導者 - 尤其是產品所有者 - 需要做出快速而明智的決策。否則,他們將項目時間表和預算置于危險之中。如果團隊缺乏明確的要求指導和/或領導層無法回答問題或清除障礙,任何軟件估算必須包括應急計劃,以適應軟件開發周期中的不確定性。最好在估算過程中發現這些問題,而不是讓它們破壞未來的進展。
 
   3.打破要求以提高軟件估算的透明度
   首先將需求降低到足夠遠,以便單個開發人員可以在短時間內構建每個需求。任何不能分解的要求可能都不能很好地理解為準確估計(有一些例外)。
 
   此過程將幫助利益相關者了解開發軟件將采取的措施。預先要求更多細節可能會增加項目評估的時間,但其創建的透明度通常會縮短軟件評估,提高質量并通過利益相關者之間的更好理解縮短審批時間。打破項目還將允許團隊在項目期間設置里程碑并對其進行衡量,從而有助于項目的成功。
 
   4.將估計與現實聯系起來
   確定您要衡量的內容。這是一項重大挑戰。找到每個人都可以達成一致的項目的一部分,并且可以估計(理想情況下)大約一半的開發時間。通過建立此基線,可以更容易地估計針對此基線的其他工作。這也將允許團隊在開發開始并團隊完成項目的一部分后快速重新估計工作。
 
   5.建立合適的團隊
   團隊不僅僅是開發人員。他們需要一個良好的支持演員和良好的要求,讓每個人都負責。為了使項目提供商業價值,用戶需要能夠有效地使用該應用程序。這意味著項目必須要有良好的業務分析師來編寫好的需求,從而推動高效的開發。用戶體驗不僅僅是它的外觀。在項目中包括一名設計師,他既可以提供有效的界面,又可以提供有意義的用戶流程。
 
   在建立團隊時,經常被忽視或吝嗇的區域是構建有效QA測試計劃所必需的資源。團隊應該準備好盡早進行測試,并經常通過一個徹底和可重復的過程來確定應用程序的問題,同時代碼在開發人員的腦海中是新鮮的。該計劃需要確保交付的代碼滿足要求。
 
   我發現在構建團隊方面工作的方法是使用這些角色與開發人員的比率。在開發人員的編碼速度快于BA編寫要求之前,單個BA只能支持這么多開發人員(一個浪費開發人員資金的常見問題)。缺乏良好的要求會浪費開發人員的資源。用戶體驗和質量保證也是如此。擁有良好支持演員的開發人員可以更好地創建滿足要求,預算和日程安排需求的優秀代碼。
 
   6.記住產品負責人為何如此重要
   這是項目中最重要的人。授權產品所有者可以專注于項目并做出重要決策。產品所有者推動需求,仲裁業務和技術之間的差異,并確定工作的優先級,以便團隊盡快交付業務價值。
 
   一個不堪重負的產品所有者在太多的職責之間分配時間會危及項目。這是另一個領域,如果產品所有者沒有明確的權力和時間專門用于該項目,那么由于昂貴的應急計劃增加了估計成本,因此應該出現危險信號。
 
   7.良好的軟件評估指標應該能夠更快地揭示問題
   如果估算是基于開發人員的速度,那么更容易確定團隊是否以預期的速度發展。度量標準允許您識別未按預期生成的團隊成員。很少有所有團隊或開發人員以完全相同的速度生產。有些會更快,有些會更慢。如果它們太慢,您可以開始研究摩擦發生的位置,從需求到設計,架構,范圍蔓延或缺乏技術技能。將實際速度與原始估計值進行比較,可使利益相關者更快地識別預算錯位,并在需要時采取糾正措施。最好早點發現問題并有時間解決問題,而不是解釋為什么你事后錯過了目標。
 
   8.小事情很重要
   一旦您估算了需求并將其分配給開發人員及其支持演員,仍有一些細節會影響估算。
 
   第一個版本何時準備就緒?
   開發人員加入項目多久后,他們需要100%的工作效率?
   首席開發人員在領導由兩名開發人員組成的團隊而不是七人團隊時,可以做多少開發?
   假期和假期將如何影響項目?
   如果項目必須在某個特定日期之前完成,那么需要多少開發人員?
   開發功能需要多少費用?
 
   在軟件評估項目中,我已經聽過這些以及其他幾十個問題。將盡可能多的這些問題考慮在估算中有助于向持有錢包并最終批準該項目的高管講述一個更好的故事。您越了解答案,就越有可能獲得成功所需的資金。
 
   為什么您需要重新考慮您的軟件估算策略
 
   估計軟件開發的時間表需要所有人,從開發人員和QA引導到業務領導者。當技術團隊可以圍繞通過與產品所有者合作而構思的有用且信息豐富的指標時,項目的推出將與初始估算更緊密地對齊。
 
   重新思考軟件估算也將為商業領袖提供一個理由,即使在必要的時候或者出現新的挑戰時也是如此。保持敏捷并與授權產品所有者密切合作的團隊采取關鍵步驟,構建和發布可提供價值的優質軟件。
 

分享:

掃一掃在手機閱讀、分享本文

發表評論

評論列表(條)

    2020最新国产高清毛片