敏捷開發
的種種優點時常被專案經理提及，但真正在專案中採用敏捷開發的卻很少。這裡分析敏捷開發的優點，將告訴您採用敏捷的專案如何從成本到收益得到好處。
高效地開發出有品質的軟體對各個行業的企業都是至關重要的，對終端使用者尤為重要。軟體企業不再能忍受18個月的產品週期，它們正在尋求各種方式變得更加靈活和多變以適應不斷變化的市場需求。
儘管我們需要乙個高效的軟體開發計畫，但目前多數的開發專案仍然在進行中並且按傳統的模式要求事先定義下所有的需求，同時這些需求在日後幾乎不允許改變。問題是按這種方式多數客戶都不能準確定義出它們的需求。夾雜著技術進步帶來的變化，結果是令人氣餒的。美國的一家研究公司standish group發現百分之九十的軟體專案延期，百分之六十六的可以認為失敗，以及百分之三十的完全報廢。
敏捷開發是乙個使公司能夠更快速地提交軟體產品的開發過程方法。 它乙個漸進的，協作的方法，其目標是有效及時地生產出高質量的軟體。
在敏捷開發的初期，它適用於較小的範圍和相對簡單的商業應用專案。 如今，局面已發生了顯著變化。 當公司想要把敏捷開發應用在更廣泛的專案上， 那麼敏捷開發就需要處理當前軟體開發組織所面臨的大量業務、結構、和技術的複雜問題。
正確的分析出轉向敏捷的代價，你必須權衡利弊，同時開了開發風險的減少。例如，實施敏捷方法需要改變工程師花費時間的方式和他們如何完成所有的軟體開發活動。這裡強調一些進行轉換應該關注的要點。
◆個人和互動（針對流程和工具）
◆工作軟體（針對全面文件）
◆客戶的合作（針對合同談判）
◆響應變化（針對遵循計畫）
經理們必須考慮他們扮演的角色。多數敏捷精益開發經理使用更加放手的方式。他們讓隊員在特定的方向作先鋒從而培育出成功轉向敏捷精益開發的環境所需要的。
敏捷增加了團結的軟體交付效率，從而轉化為客戶滿意度和收益。效率可以消除在特定活動上的浪費，它可能也許不能對大的目標產生影響。但是，效率不會告訴你正在做的事情是否正確，或者告訴你正確的做事順序。效率更重要的是它幫助你實現目標。
和其它重要的敏捷開發原則一樣的一條是開發階段的客戶介入，如同前面提到過的，持續的團隊協作。相關人員關於可工作**的反饋和測試驅動開發對成功推出乙個專案至關重要。相關人員包括業務相關者、軟體使用人、客戶支援、和其它企業it部門人員，需要他們盡早的多多介入到敏捷專案整個開發周期中，積極參與建模和測試，有時甚至是參與開發。這一層次的介入使得他們能夠看到軟體開發的內部工作。這樣促使開發人員關注於客戶的優先順序上而不是個人的優先順序，這樣可以提高產品的可用性。
這些敏捷開發指導方針為企業提供了乙個基礎，乙個使企業知道如何快速響應並準備好應對需求變化的基礎。例如使用scrum（混戰：乙個敏捷開發借用橄欖球運動中的術語），乙個每天舉行的「混戰」（也就是會議）邀請所有專案相關人員。 每天開發人員回答三個問題：
◆從昨天到今天你完成了什麼？
◆從今天到明天你打算做什麼？
◆你遇到什麼問題使你無法完成計畫的目標？
這個每日例會要求每個人清楚說明他所做的事情，這樣其它隊員可以在轉為災難之前指出錯誤和不相容。它也可以確保在緊急情況出現時有人可以作出及時補救。
敏捷開發常常被人批評為是過於隨意的，這是不符合事實的。溝通交流和規則是敏捷開發的兩個基本組成部分。敏捷最大的驅動原則是定期提交可工作的軟體。提交週期越短，對規則的要求越高 － 例如，每次迭代都必須以可工作軟體形式提供具體的可以度量的商業價值。
科普 Scrum 從橄欖球爭球到敏捷開發
對敏捷開發scrum稍有了解的都知道scrum 於橄欖球，但你知道為何要以這項球類運動的術語來命名這個敏捷開發方 嗎？scrum 一詞源於英式橄欖球運動，是指雙方球員對陣爭球。雙方前鋒肩靠肩站成一橫排，面對面躬身，肩膀互相抵在一起，形成乙個通道。犯規隊的球員低手將球拋入通道，此時通道兩邊的球員們互相...
從生產線到生產島 理解敏捷開發中的設計與測試活動
出處 blog.csdn.net cheny com 所謂生產線，就是大家各司其責，在乙個線性的過程中配合工作。生產線嘗試借助專業分工來提公升效率，但也導致了問題 在傳統生產線中，下游獲得的中間產品是不太需要理解就可以在其上繼續工作的，比如裝配了一半的汽車，加工了一半的食品等等。但在軟體開發中就不一...
從開發轉型到技術總監的迷茫
從目前情況來看，你勝任不了這個職位，專案經理的職位你也勝任不了，最多算個開發leader 技術總監首先他是個管理崗位，不是開發崗位，不要寫 了。管理顧名思義就是把部門的人管好，制度管人，制定相關的規章制度，組織架構梳理 kpi考核 晉公升 淘汰機制 專案規範等等 目前來看這塊你是失職的。對內的管理做...