敏捷產品開發的案例
憑借敏捷產品開發探索航空航天及國防行業的新前沿（免費領視頻）
敏捷開發已不再僅僅是一種軟件開發方法。所有工程學科都逐漸開始采用敏捷開發方法并取得了積極的成果。對于那些愿意拋棄傳統產品開發思維模式的航空航天及國防企業而言，敏捷開發方法已展現出了巨大的前景。
該行業的一個共同主題就是需要加大創新，同時減少在每個項目中投入的勞動力。在本次網絡研討會中，CIMdata 和西門子將闡述產品設計和工程如何實現敏捷工程方法，使規模更小的團隊也能夠使用這種方法在更短的時間內生產出質量更佳的產品。
航空航天及國防行業的敏捷開發方法
航空航天及國防企業意識到他們需要調整其產品開發思路。很多團隊都在向集成式工程團隊的方向轉型，將軟件、電氣和機械學科相結合，其中系統可進行交互，同時工程師本身也可攜手合作。但在很多情況下，他們所使用的軟件卻不是這樣。
當每個工程團隊的軟件所生成的數據與其他團隊不兼容時，信息就必須通過手動方式轉換，或者通過使用轉換程序來進行“簡化”。無論采用哪種方法，創新性和速度都會遭受影響。通過采用從一開始便實現集成的軟件生態系統，可避免這些問題。
憑借這種核心集成水平，開發團隊可以轉而采用支持設計探索和多次迭代的敏捷開發方法，而無需在其項目中額外投入大量時間。敏捷開發提供一種全新、互聯的方法。
敏捷產品開發
通過將重點從冗長的開發階段轉移到多個短期沖刺，可以推動創新性和靈活性，這樣一來，便可更加頻繁地進行驗證與確認。通過持續測試、驗證和確認，敏捷產品開發可使航空航天制造商迅速滿足每段工程沖刺中的需求，從而更快讓復雜項目落地。在沖刺結束時，團隊將能夠確認他們虛擬測試的內容。使用敏捷工程方法，可在開發流程中的任意節點輕松加入新功能，進而適應新的市場需求。本次由 CIMdata 和西門子聯合主辦的網絡研討會將更加深入地探索這種通過敏捷沖刺提供持續反饋的價值所在。
展開 在航空航天行業使用敏捷工程開發復雜產品
只有努力轉型才能滿足如今市場對以更低成本加速產品創新而不犧牲質量、高性能或高性能產品功能的需求。試想用一個強大的工具幫您在實際制造前對您的設計進行飛行模擬。
敏捷產品開發可加快上市速度
消除創新的絆腳石可幫助降低技術風險、掌控產品開發流程，從而始終保持按計劃和預算實施。但如果您可以在實際制造前對您最為復雜的設計進行飛行模擬，從而在設計的早期階段便確保產品的性能、工藝性、支持能力呢？敏捷工程方法已經在軟件行業證明了其價值。行業變化日新月異，航空航天及國防企業也有機會采用同樣的方法獲得成功。
航空航天設計中使用的新一代工具
現在就憑借敏捷工程獲得成功！借助敏捷開發方法和數字化的強大力量制定可加快產品開發的項目計劃。構建協同式基于模型的設計環境，使電氣、機械和軟件學科相融合，從而促進迭代式創新設計，通過虛擬驗證和制造來“測試”設計。
以下為文檔部分截取
▼
點擊鏈接領取資料：
http://t8iw4ulf0hpixn8k.mikecrm.com/4TxCzER
- End -
展開 敏捷方法讓您的產品更快翱翔天空（免費領文檔）
航空航天與國防企業從思維轉變和邁向更加敏捷的開發方法中受益良多。通過連接不同的工程學科，更好協同的優勢得以展現，但是并不明顯。
即使企業找到以更少工程師完成更多工作的方式，仍然存在必須解決的基本缺陷，才能保持競爭優勢。此高層摘要闡述了集成式工程團隊的優勢如何受到軟件分散的限制以及如何克服這一難題。
相互孤立的系統或專用軟件可能產生常規結果
盡管航空航天和國防企業的工程團隊不斷整合，但使用中的軟件系統仍然太過專用。協同式工作通過整合電氣、機械和軟件這些工程學科，獲得巨大收益。但是，每一小類軟件都會產生自己的語言。這就意味著，需要手動將這些信息轉換為整個項目通用的語言。這一額外步驟需要專家，并且可能對工程師創新實現更好、更經濟實惠的設計產生不利影響。
數字孿生助力敏捷飛機開發
在產品上市時間、避免成本超支，也許最重要的是，持續生產高質量新產品方面最為成功的企業，就是那些已經遷移到敏捷開發方法的企業。工程團隊采用敏捷開發方法，定期交付項目的一小部分并評估設計質量以及與整個項目其他系統的交互情況。全面數字化雙胞胎支持更多定期的評估，促成立即應變的靈活性并避免項目結束階段的大量返工，而這可能讓成本增長高達 30 倍。
初創企業證明敏捷產品開發值得投資
軟件工程師是敏捷開發的先鋒，但歷史證明，其迭代式方法對于眾多行業的所有工程學科均有益。航空航天和國防企業見證了敏捷方法在初創企業的興起，而這些初創企業現在已經對傳統的市場領導企業構成威脅。
小型初創企業具有從一開始就采用敏捷框架的優勢。要避開這些行業新手的威脅，大型企業可能需要改變企業文化和培訓計劃。此外，還需要在完全集成式的軟件環境中改用基于模型的系統工程方法。西門子工具集提供支持成功數字化轉型所需的靈活性和可見性。
展開 航天航空前沿技術分享：飛行器降噪、地面共振測試、eVTOL開發、敏捷開發......點擊免費領取>>
wx_fmt=png"></a></p><p class="ql-align-justify"><br></p><p><strong>04 產品設計與工程</strong></p><p><br></p><p class="ql-align-justify">航空航天與國防企業從思維轉變和邁向更加敏捷的開發方法中受益良多。通過連接不同的工程學科，更好協同的優勢得以展現，但是并不明顯。即使企業找到以更少工程師完成更多工作的方式，仍然存在必須解決的基本缺陷，才能保持競爭優勢。 </p><p><br></p><p><strong>此白皮書闡述了集成式工程團隊的優勢如何受到軟件分散的限制以及如何克服這一難題：</strong></p><ul><li class="ql-align-justify">相互孤立的系統或專用軟件可能產生常規結果</li><li class="ql-align-justify">數字孿生助力敏捷飛機開發</li><li class="ql-align-justify">初創企業證明敏捷產品開發值得投資</li></ul><p class="ql-align-justify"><br></p><p class="ql-align-center"><a href="https://www.yqgqt.org.cn/reactive?
展開 
三分鐘讓你理解什么是敏捷開發，這才是敏捷開發......
做為無所不能的產品經理，雖不是上知天文下知地理，但是也要對產品相關的知識領域有所涉獵。項目管理就是與產品密切相關的一個知識領域，同時也是產品經理日常工作中經常要負責的一部分內容。
一、做產品還是做項目？
產品就是項目，項目就是產品。
在很多敏捷開發的互聯網公司中，產品是項目制，功能也是項目制，在策劃一個新功能的時候，對于產品經理來說就是在策劃一個項目。
二、項目的生命周期
一個產品從無到有，從生到死會經歷多個需求、交互、設計、計劃、開發、提測、上線、hotfix、解決線上問題、運維、運營的生命周期閉環。
1. 項目啟動1.1 需求收集
CORNERSTONE為需求生命周期搭建流程，可以自定義更改按收集、評審、排期、設計、開發、發布設立多個階段，在不同階段把任務分發給產品、設計或者開發人員，讓需求完成無縫銜接。這個階段其實是產品經理最擅長的領域，即為什么要做這個項目？
1.2 項目啟動會
在立項會上順利從老板那里獲得資源后，項目可以真正開始啟動了，這時就需要召開一個項目啟動會，將項目涉及的各個團隊召集到一起，給大家講一個充滿想象力的美好故事，讓大家為了這個目標而努力。
在CORNERSTONE里，可以同時并行管理多個項目。每個項目清晰明確可見責任?、任務狀態、優先級、類別、時間等多維度信息，幫助企業快速?效的對項?進?全周期管理。
1.3 需求討論及需求分析
作為產品經理，你可能是某一個項目的負責人，也可能是項目相關團隊的產品經理。無論哪一個，你都需要針對自己團隊負責的任務進行需求整理，與自己團隊的開發、交互視覺設計、測試確認需求、評估需求。CORNERSTONE討論功能可供團隊成員互相交流,共享信息,解決自己在工作中遇到的各種問題。
2.
展開 敏捷實踐經驗分享，企業如何在敏捷開發中實施DoD
為了避免這個問題，在敏捷軟件開發中，常用Definition of Done“完成的定義”來表示工作是否已完成，不同的活動有不同的完成定義。首先要知道，所有的DoD都不是一成不變的，在隨著時間的推移、經驗的積累、成員的變更、項目的變更，我們的DoD也會有很大的不同，所以，我們也需要定期地檢查和改進。
二、 DoD的分類
有了上面的思想準備，我們再來看下面的DoD定義，就會覺得并沒有那么難了。
一、迭代DoD
最典型的是迭代DoD，這也是最初DoD應用的地方。常見的一些規則有：
1. 所有代碼通過靜態檢測，嚴重問題都已修改，靜態分析的規則參見...
2. 所有新增代碼得到人工評審
3. 所有完成的用戶故事都有對應的測試用例
4. 測試用例都已執行
5. 所有完成的用戶故事得到Product Owner的驗證
二、發布DoD
對于發布，一般就有更加嚴格的要求，發布DoD的典型條款有：
1. 完成發布規劃所要求的重點需求
2. 至少通過一次全量回歸測試
3. 修復所有等級為1、2的缺陷，3、4級缺陷不超過20個
三、版本DoD
版本DoD就是針對每個版本上線前后的一些規則，比如：
1. 產品文檔已全部更新
2. 代碼已部署到產品服務器上
3. 運維在驗收測試環境上冒煙通過
4. 原始需求提交人對功能已經驗收通過
5. 對運維、市場、客服的新功能培訓已完成
四、每日DoD
其他典型的DoD有每日DoD，典型條款有：搭建每日構建環境，晚上自動靜態代碼檢查、編譯、部署和測試，每日修復前一日構建和測試發現的缺陷和問題。
1. 下班前必須檢入當天編寫的代碼，check in的backlog要填寫清晰
2.
展開 敏捷開發——互聯網時代的軟件開發方式
在軟件開發方面，完成指的是某些內容按照標準進行了編碼，經過了審查、實施、測試、整合和記錄。在服務支持方面，指的是用戶故事的每個任務都已經完成，產品所有者對其進行了審核，并確定所交付產品滿足了需求。
在敏捷中，完成意味著團隊知道需要交付什么，并且按要求進行了交付。完成是一種確保透明的手段，能夠確保工作的質量符合產品要求和組織目的。
三、完成的定義是否會變化？
敏捷這種至關重要的管理方法可以在各類框架中執行，包括 Scrum、極限編程、自適應軟件開發、DSDM、特性驅動開發、看板和水晶方法等。
這些流程是可在敏捷框架內工作的方法，但它們具備不同的方法和功能，可以適用于不同類型的項目并發揮最佳的成效。具體哪一種更好可能需要取決于具體項目的情況。但這并不意味著每個項目只能選擇一種方法。綜合運用一個或多個方法，可能更適合項目的需求。敏捷之所以廣受歡迎，也恰好是因為其靈活性及過程的多樣性。盡管敏捷包含不同類型的進程，它們都遵循了同樣的完成定義。
(圖為Scrum敏捷開發流程)
四、完成的原則是不變的
2001年發布的《敏捷宣言》宣告了敏捷的誕生。宣言的發表是為了回應傳統的軟件開發管理方法，它概述了每個敏捷框架中存在的基本概念。敏捷宣言強調的四個核心價值是：
個體和互動高于流程和工具
工作的軟件高于詳盡的文檔
客戶合作高于合同談判
響應變化高于遵循計劃
敏捷軟件開發還提出了12條原則。
展開 沃爾沃：敏捷開發中滿足ISO26262的軟件安全分析
任務包括以下內容：
1．根據給定的軟件開發過程和工作產品，識別應用軟件中可能發生的所有類型的錯誤；
2．針對已識別的錯誤類型，調查并記錄當前的解決方法
3．為尚未發現的錯誤類型指定預設解決方法；
4．審查面向安全的軟件分析方法的開發。
沃爾沃為未發現的錯誤類型提出了初始的解決方法。他們還設計了面向安全的軟件分析方法的框架。并且根據參考小組在行動研究周期中對這些建議提出的批判性的質疑，討論得出了初步的結果。在大約一年半的時間里，軟件安全分析方法基本上具體化了。之后將該方法應用于沃爾沃某大型ECU內部應用軟件，對分析方法進行了更多的調整。應用該方法的軟件有大約200個Simulink模型(產生大約80萬行代碼)，由12個敏捷團隊開發。
02 軟件安全分析方法
分析方法由兩部分組成。首先是對軟件開發過程的評估，并采用一套實用且有效的方法來檢測整個開發鏈中的錯誤。這些方法可以識別并消除絕大部分開發階段的軟件錯誤。這個過程被稱為軟件安全的通用分析，它明確地包含了軟件錯誤檢測的概率性質，并非所有軟件狀態都可以檢查。但這確保了通過可用的方法和工具將總體軟件錯誤的可能性降至最低。
第二部分是在架構級別的面向安全的軟件分析，以消除可能在通用分析中遺漏的并且可能不利于安全目標實現的錯誤。架構級別的安全分析保持與軟件工程保持同步，并且跟通用分析也是同步進行的。這兩種分析中通常采用自動化檢查、基于度量的更正、同行評審和自動化測試等方法來輔助分析。
軟件安全的通用分析識別了開發鏈中的錯誤，并給出解決辦法。表1中記錄了我們產品的此類調查結果。
展開 “敏捷”適用于汽車軟件開發嗎？
在“沖刺”時間框的最后，團隊向利益相關者（Stakeholder）演示他們的工作以獲得反饋，允許他們在軟件開發方法上更加靈活。由于團隊可以獲得頻繁的反饋，他們可以在開發生命周期中調整產品路線圖，以確保功能真正滿足用戶的期望。在瀑布式方法中，客戶的參與通常與最終產品的交付同時進行，當需求被錯誤地解釋或記錄時，這可能是非常昂貴的代價。
當IT行業迅速發展的時候，有人發現瀑布式項目管理系統在某些情況下是無效的，并且在2001年，他們關于軟件開發過程的想法在一份稱為“敏捷宣言”的文章中被明確提出。他們強調了軟件開發工作流中優先級的具體價值和原則，并產生了許多流行的敏捷框架，如Scrum、看板、功能驅動開發(FDD, Feature Driven Development)和極限編程。從那時起，敏捷軟件開發越來越受歡迎，特別是與瀑布模型相比。
簡單的說，敏捷開發以用戶的需求進化為核心，采用迭代、循序漸進的方法進行軟件開發。
敏捷開發的團隊由以下主要角色構成：
產品負責人:這個團隊成員代表了客戶和企業的需求。通過制作用戶故事，團隊可以了解特性請求如何幫助解決特定問題，這些故事為團隊制定了要處理的任務積壓。這個人還根據故事對客戶的價值對故事進行優先排序，從理論上講，這些價值應該轉化為企業的價值。當產品負責人以這種方式領導團隊時，他們不會設定最后期限或指導團隊如何交付工作。
Scrum master:這個團隊成員促進了整個敏捷開發過程。與項目經理類似，這個人讓團隊專注于任務，確保團隊在項目期間保持專注。他們也可以作為中立的一方來調解團隊成員之間的分歧。例如，團隊成員可能不同意在給定的sprint中承擔多少任務。特別是產品負責人，可能會迫使團隊承諾在給定的時間框架內交付超出他們能力的內容。
展開 敏捷開發實踐之Scrum方法運用
摘要:目前軟件開發除了強調產品質量,同時對產品能夠快速發布并且迅速適應市場變化的要求也日益強烈。為適應這種開發環境和市場需求,傳統的軟件開發模式已被敏捷開發模式所替代。本文介紹敏捷軟件開發中的Scrum方法,并結合實際問題,分析Scrum方法在實踐中的運用。
關鍵詞:敏捷開發;Scrum
產品質量和開發效率一直是軟件產品開發的關鍵。隨著科技和經濟的發展,軟件的市場環境和用戶需求不斷發生變化,這對軟件產品的快速發布提出很高的要求。傳統的瀑布模型、螺旋模型、原型模型等已不能適應越來越復雜和不斷變化的需求和市場環境。近年來,敏捷軟件開發逐步流行,并被廣泛認識、研究和使用。敏捷開發具有應對快速變化的市場和需求的能力,因此,它被越來越多的公司企業采用。用于敏捷軟件開發的方法有很多,其中Scrum方法是被廣泛應用的方法之一。
1.Scrum簡介
Scrum是一個增量的、迭代的開發過程,名稱來自英式橄欖球的爭球。Scrum的整個開發周期包括若干個小的迭代周期,每個小的迭代周期稱為一個沖刺(SPrint),每個沖刺的長度一般為2到4周。在Scrum中,使用產品訂單來管理產品或項目的需求,產品訂單是一個按照商業價值排序的需求列表,列表條目的體現形式通常為用戶故事。開發團隊總是先開發的是對客戶具有較高價值的需求。在每個沖刺中,開發團隊從產品訂單中挑選最有價值的需求進行開發。沖刺中挑選的需求經過計劃會議上的分析、討論和估算得到一個沖刺的任務列表,我們稱它為沖刺訂單。在每個迭代結束時,開發團隊將交付潛在可交付的產品增量。
Scrum的主要角色有:產品負責人、Scrum主管、開發團隊。Scrum的會議包括:計劃會議、評審會議、回顧會議、每日站立例會。Scrum的文檔有:產品訂單、沖刺訂單、燃盡圖。
展開 案例分享 | 大眾汽車公司在工程開發中采用 MSC Nastran Modules功能提升設計敏捷性、協作性
大眾汽車不僅將來自 MSC 軟件的先進技術運用于自身的分析工作中，還推動了新的 MSC Nastran 開發需求。最近的開發需求之一是 MSC Nastran 中的“Modules”。隨著計算資源越來越廉價，模型也開始變得越來越龐大。這些大型模型需要高效的模型管理。有了 MSC Nastran 中這項由大眾汽車推動開發的稱為“Modules”的新技術，如今模型管理變得非常方便。
Modules是作為組裝管理工具而引入 MSC Nastran 的，它是一個獨立的數據塊，通常包含零部件或整個裝配體的組件。Modules類似于部件超單元，但模型不縮減。MSC Nastran 還可以通過MODULES 實例化功能將初始的模型處理成多個實例。
圖 1：傳統建模
總之，MSC Nastran Modules具有同 INCLUDE一樣的特點，但不會出現任何 ID 號沖突。Modules可以減少模型組裝過程中的“編號”工作。Modules還能讓汽車 OEM 制造商與其他分析小組（例如靜力學、碰撞、NVH）交換模型變得輕而易舉。最后，用戶可以在車輛開發過程中使用Modules功能輕松地嘗試不同的設計。
展開 
敏捷工程助推航空航天領域生產率（免費領文檔）
美國國防部力圖爭取更快的開發與更多創新。同時，數量和復雜性方面的需求也在不斷增加。航空航天與國防行業肩負這些相互沖突的壓力，必須對傳統思維和流程做出改變。阻礙速度和創新的一大主要障礙就是瀑布式方法，此方法按順序完成項目的主要部分。這種方法在確保質量和滿足需求方面一直很可靠，但是另外一種方法同樣可靠，而且還能在實現最高敏捷度的同時讓風險降至最低。在本白皮書中，CIMdata 將剖析此敏捷方法，展示此迭代方法如何在航空航天與國防 (A&D) 企業中促進速度和創新。
不同 A&D 開發團隊之間的敏捷產品開發
整合了不同開發團隊的 A&D 企業相比以前那種存在互不聯通的電氣、機械和軟件孤島的企業，更有可能取得顯著的進步。盡管以前那些互不聯通的團隊也許可以很好地開展合作，但他們的不同軟件工具所產生的數據卻可能無法合作。不兼容的數據需要手動轉換，這樣就可能產生不必要的風險，而且自動化轉換器會將功能強大的信息剝離成最基礎的形式。如果發生這樣的情況，創新和有據可循的決策就會遭殃，就會無法實現敏捷開發的所有優勢。通過啟動在最核心級別集成的軟件工具，敏捷方法就能大放異彩。如果所有數據以相同語言編寫并且通過同一真實數據源運行，項目經理、工程師以及其他利益相關者就能始終實時查看項目狀態。擺脫瀑布式研發的那種一損俱損、一榮俱榮的壓力之后，工程師就可以通過探索設計迭代進行創新，而不會延長項目時間。
集成式仿真工具的優勢
那些緩慢應對客戶和監管機構需求變更的成熟企業為那些更加靈活的新晉競爭對手提供了占領市場份額的機會。這其中的很多新興企業就是本著避免工作孤島、從一開始就實施敏捷方法的原則建立的。清除了那些作繭自縛的絆腳石，企業可以快速將新產品推向市場。通過采用以敏捷和速度為主的類似策略之后，大型企業可以贏得更高的聲譽并被推崇為助推行業前行的領導企業。
展開 塑料機械的產品組合及新產品開發分析 一
1
新產品常用的開發模式
l)獨立研發
2)引進消化
3)模仿改進
4)合作開發
1
塑料機械的新產品開發方向
(1)出口導向
中小型注塑機等產品是我國塑料機械產品的主要出口創匯產品,約占出口創匯額的70%，因此要大力發展技術先進、質量可靠、按國際標準組織生產的中小型注塑機等產品，不斷提高產品的國際競爭力
HydroComp產品助力Drone Tug產品開發
什么是無人頂推船
Drone Tug（無人頂推船）是近期船舶與海工領域逐漸興起的新的船型，隨著各國對近海沿岸海域的深入開發，海洋牧場等設施的逐漸增多，從近海到岸邊的循環運輸需求增多，能源消耗占比逐漸成為主要經濟因素。
故開始尋找更加高效的運輸方式-自主式低速無人頂推船成為一種興起的解決方案。
數字孿生賦能飛機系統工程（免費領視頻）
要解決這一復雜性難題，飛機制造企業需要升級其產品開發流程，從靜態、基于文檔的工程設計模式轉向動態、基于模型的工程設計模式。
了解 Bye Aerospace 如何：
在考慮認證的情況下，確定飛機設計流程和工具
運行多學科優化
在敏捷開發的關聯環境下助力進行最后關頭的更改
點擊獲取視頻
http://t8iw4ulf0hpixn8k.mikecrm.com/JH9pbs7
以下為視頻部分截取
▼
點擊獲取視頻
http://t8iw4ulf0hpixn8k.mikecrm.com/JH9pbs7
-END-
展開 