首頁 > 客戶案例
公司概況：
Deutsche Post DHL 是全球郵政和物流服務(wù)集團(tuán)。總部位于德國波恩，Deutsche Post 和DHL 公司品牌提供一系列物流（DHL）和通信（DeutschePost）服務(wù)。該集團(tuán)為其客戶提供簡單易用的標(biāo)準(zhǔn)化產(chǎn)品和富創(chuàng)新的定制解決方案，從對話式市場營銷到產(chǎn)業(yè)供應(yīng)鏈不一而足。
· 無法全部地查看整個開發(fā)和交付流程，就很難進(jìn)行對比、優(yōu)化和管理
· 由于Deutsche Post 和數(shù)百個分布式合作伙伴公司內(nèi)的各種團(tuán)隊采用易于出錯的手動處理流程，存在大量效率低下和質(zhì)量問題
· 由于有時很晚才意識到（由劣質(zhì)代碼引起的）生產(chǎn)問題，導(dǎo)致技術(shù)性負(fù)債
· 由于無法和業(yè)務(wù)負(fù)責(zé)人、開發(fā)團(tuán)隊與用戶及時交流和聯(lián)系，缺乏企業(yè)靈活性，導(dǎo)致成本及無法準(zhǔn)時上市的風(fēng)險
· 由于無法查看源代碼和相關(guān)資產(chǎn)（例如文檔），只能以很高的轉(zhuǎn)換成本鎖定第三方軟件合作伙伴
愿景：
· 建立靈活、一致的敏捷ALM 流程，滿足技術(shù)和業(yè)務(wù)項目執(zhí)行人的要求
·不但能夠進(jìn)行比較，還能獲得各種供應(yīng)商、項目和流程的基準(zhǔn)
· 能夠集中查看開發(fā)文檔，包括第三方提供的文件
· 通過更快速的集成式應(yīng)用程序開發(fā)和部署（DevOps）縮減成本，并加快上市時間
· 創(chuàng)建一個生命周期處理流程和工具平臺，實現(xiàn)敏捷的迭代式持續(xù)集成（CI）和部署功能
· 擴(kuò)展軟件維護(hù)流程并實現(xiàn)產(chǎn)業(yè)化
· 建立由衡量標(biāo)準(zhǔn)驅(qū)動的流程管理，并加強透明度
利用 CollabNet TeamForge 實現(xiàn)標(biāo)準(zhǔn)化：
Deutsche Post 需要一款解決方案來推動應(yīng)用程序生命周期管理（ALM），實行統(tǒng)一的開發(fā)、維護(hù)和IT 運營（DevOps）。這就特別需要一個生命周期處理流程和工具平臺來實現(xiàn)敏捷的迭代式持續(xù)集成（CI）和部署功能。一個集中式平臺需要地執(zhí)行資源管理、源代碼管理、持續(xù)集成和整個交付過程（從代碼編寫、“構(gòu)建和測試”，到實際的“發(fā)布和應(yīng)用程序部署”）。其中，與HP Quality Center（HP QC）、HP Operations Orchestrator（HPOO）以及HP Server Automation（HP SA）軟件進(jìn)行的深度集成極為關(guān)鍵，
可以無縫集成Hudson、Eclipse 和Subversion 開源技術(shù)的能力也十分重要。
可擴(kuò)展性和靈活性也是關(guān)鍵的需求：這個新平臺必須能夠擴(kuò)展至1,000甚至10,000 名用戶，可以跨越地域和企業(yè)界限安全地訪問該平臺，而且具有足夠的靈活性，以便支持各種開發(fā)方式（例如：瀑布式、敏捷開發(fā)方式和Scrum）。此外，該平臺必須無縫集成到開發(fā)人員首要的工作環(huán)境中，包括Eclipse 和Visual Studio。而且僅規(guī)定并實施“自上而下”的新型基礎(chǔ)架構(gòu)還遠(yuǎn)遠(yuǎn)不夠。該公司很早就意識到讓開發(fā)人員快速掌握任何新平臺十分必要，這樣才能把握先機獲取成功。因此該平臺必須簡單易用，而且能無縫集成到開發(fā)人員和項目經(jīng)理的工作環(huán)境中。
Deutsche Post DHL 開始進(jìn)行細(xì)致的評估，以便找到能夠勝任上述任務(wù)的產(chǎn)品。最終，只有一款產(chǎn)品可以滿足他們的需求，那就是CollabNetTeamForge。所有其他產(chǎn)品不是無法滿足擴(kuò)展和集成要求，就是不夠靈活，或者無法按需提供集成的協(xié)作和社會編程功能。試驗項目持續(xù)了九個月，其中涉及五個關(guān)鍵項目，測試結(jié)果明確表示TeamForge 能夠勝任該任務(wù)，并使管理層確定將TeamForge 實施為Deutsche Post 郵政部門的標(biāo)準(zhǔn)ALM 平臺。從2009 年起，Deutsche Post 開始分階段實施TeamForge，并隨時間的推進(jìn)添加了額外的用戶和項目。
TeamForge 平臺為開發(fā)人員和項目經(jīng)理提供一套集成功能，包括需求管理、軟件版本控制、問題跟蹤、構(gòu)建管理、發(fā)布和包裝、以及自動化的靜態(tài)源代碼分析。該平臺支持的功能有：持續(xù)集成、交付和發(fā)布周期部署（每日、每周到每月），并作為開發(fā)與運營（DevOps）之間的橋梁，協(xié)助信息傳送和處理。
TeamForge 還利用自動關(guān)聯(lián)代碼信息庫的維基百科、論壇和文檔，促進(jìn)協(xié)作和交互式編碼。對于Deutsche Post 而言，也許TeamForge 可以在本地或者云中自動提供構(gòu)建、測試和部署服務(wù)器的功能是重要的。此外，TeamForge 可以輕松地集成企業(yè)內(nèi)的其他軟件工具，例如Eclipse 和HPBusiness Technology Optimization（HP BTO，包括HP QC、HP OO 和HPSA）。TeamForge 在一個托管的平臺中運行，符合了Deutsche Post 希望實施的基于云交付軟件的戰(zhàn)略。
取得的成效：
· 因為可以更符合業(yè)務(wù)需求準(zhǔn)時交付應(yīng)用程序，也能更快地與供應(yīng)商開展或解除合作，實現(xiàn)了企業(yè)靈活性
· 通過對整個項目（從開發(fā)到運營）實現(xiàn)產(chǎn)業(yè)化的持續(xù)處理流程和自動化，提高了效率和質(zhì)量
· 通過即時查看文檔，降低風(fēng)險并縮短上市時間
· 通過在將開發(fā)投入生產(chǎn)前，盡早識別并彌補開發(fā)缺陷，提高了產(chǎn)品質(zhì)量
· 改善了對于更改和新應(yīng)用程序的規(guī)劃，以便更快地實施、更好地使用資源
· 一旦完成CTF 項目，我們還要通過質(zhì)量基準(zhǔn)，繼續(xù)將該產(chǎn)品用于對供應(yīng)商的選擇評估上
· 大幅度節(jié)省了可計算的基礎(chǔ)設(shè)施費用（通過撤換多種系統(tǒng)、避免手動工具集成等）
Deutsche Post DHL 是全球郵政和物流服務(wù)集團(tuán)。總部位于德國波恩，Deutsche Post 和DHL 公司品牌提供一系列物流（DHL）和通信（DeutschePost）服務(wù)。該集團(tuán)為其客戶提供簡單易用的標(biāo)準(zhǔn)化產(chǎn)品和富創(chuàng)新的定制解決方案，從對話式市場營銷到產(chǎn)業(yè)供應(yīng)鏈不一而足。
全球 220 多個地區(qū)約470,000 名員工致力于服務(wù)、質(zhì)量和可持續(xù)性。Deutsche Post DHL 具有500 多年的根基，于2005 年成為一家完全私營的上市公司。其后，該公司通過自身擴(kuò)建和收購，迅速地壯大起來。
郵政部是該集團(tuán)的部門，擁有超過145,000 名員工。作為德國的全球郵政服務(wù)供應(yīng)商，該部門經(jīng)營國內(nèi)和國際郵政及包裹服務(wù)，并專門提供印刷發(fā)行服務(wù)。幾年來，該部門還大幅度展開了其利用富創(chuàng)新的產(chǎn)品提供的一系列在線服務(wù)，例如“MailingFactory”或“e-Postbrief”幫助用戶通過互聯(lián)網(wǎng)，以識別用戶身份的安全方式進(jìn)行書面交流。
· 無法全部地查看整個開發(fā)和交付流程，就很難進(jìn)行對比、優(yōu)化和管理
· 由于Deutsche Post 和數(shù)百個分布式合作伙伴公司內(nèi)的各種團(tuán)隊采用易于出錯的手動處理流程，存在大量效率低下和質(zhì)量問題
· 由于有時很晚才意識到（由劣質(zhì)代碼引起的）生產(chǎn)問題，導(dǎo)致技術(shù)性負(fù)債
· 由于無法和業(yè)務(wù)負(fù)責(zé)人、開發(fā)團(tuán)隊與用戶及時交流和聯(lián)系，缺乏企業(yè)靈活性，導(dǎo)致成本及無法準(zhǔn)時上市的風(fēng)險
· 由于無法查看源代碼和相關(guān)資產(chǎn)（例如文檔），只能以很高的轉(zhuǎn)換成本鎖定第三方軟件合作伙伴
愿景：
· 建立靈活、一致的敏捷ALM 流程，滿足技術(shù)和業(yè)務(wù)項目執(zhí)行人的要求
·不但能夠進(jìn)行比較，還能獲得各種供應(yīng)商、項目和流程的基準(zhǔn)
· 能夠集中查看開發(fā)文檔，包括第三方提供的文件
· 通過更快速的集成式應(yīng)用程序開發(fā)和部署（DevOps）縮減成本，并加快上市時間
· 創(chuàng)建一個生命周期處理流程和工具平臺，實現(xiàn)敏捷的迭代式持續(xù)集成（CI）和部署功能
· 擴(kuò)展軟件維護(hù)流程并實現(xiàn)產(chǎn)業(yè)化
· 建立由衡量標(biāo)準(zhǔn)驅(qū)動的流程管理，并加強透明度
利用 CollabNet TeamForge 實現(xiàn)標(biāo)準(zhǔn)化：
Deutsche Post 需要一款解決方案來推動應(yīng)用程序生命周期管理（ALM），實行統(tǒng)一的開發(fā)、維護(hù)和IT 運營（DevOps）。這就特別需要一個生命周期處理流程和工具平臺來實現(xiàn)敏捷的迭代式持續(xù)集成（CI）和部署功能。一個集中式平臺需要地執(zhí)行資源管理、源代碼管理、持續(xù)集成和整個交付過程（從代碼編寫、“構(gòu)建和測試”，到實際的“發(fā)布和應(yīng)用程序部署”）。其中，與HP Quality Center（HP QC）、HP Operations Orchestrator（HPOO）以及HP Server Automation（HP SA）軟件進(jìn)行的深度集成極為關(guān)鍵，
可以無縫集成Hudson、Eclipse 和Subversion 開源技術(shù)的能力也十分重要。
可擴(kuò)展性和靈活性也是關(guān)鍵的需求：這個新平臺必須能夠擴(kuò)展至1,000甚至10,000 名用戶，可以跨越地域和企業(yè)界限安全地訪問該平臺，而且具有足夠的靈活性，以便支持各種開發(fā)方式（例如：瀑布式、敏捷開發(fā)方式和Scrum）。此外，該平臺必須無縫集成到開發(fā)人員首要的工作環(huán)境中，包括Eclipse 和Visual Studio。而且僅規(guī)定并實施“自上而下”的新型基礎(chǔ)架構(gòu)還遠(yuǎn)遠(yuǎn)不夠。該公司很早就意識到讓開發(fā)人員快速掌握任何新平臺十分必要，這樣才能把握先機獲取成功。因此該平臺必須簡單易用，而且能無縫集成到開發(fā)人員和項目經(jīng)理的工作環(huán)境中。
Deutsche Post DHL 開始進(jìn)行細(xì)致的評估，以便找到能夠勝任上述任務(wù)的產(chǎn)品。最終，只有一款產(chǎn)品可以滿足他們的需求，那就是CollabNetTeamForge。所有其他產(chǎn)品不是無法滿足擴(kuò)展和集成要求，就是不夠靈活，或者無法按需提供集成的協(xié)作和社會編程功能。試驗項目持續(xù)了九個月，其中涉及五個關(guān)鍵項目，測試結(jié)果明確表示TeamForge 能夠勝任該任務(wù)，并使管理層確定將TeamForge 實施為Deutsche Post 郵政部門的標(biāo)準(zhǔn)ALM 平臺。從2009 年起，Deutsche Post 開始分階段實施TeamForge，并隨時間的推進(jìn)添加了額外的用戶和項目。
TeamForge 平臺為開發(fā)人員和項目經(jīng)理提供一套集成功能，包括需求管理、軟件版本控制、問題跟蹤、構(gòu)建管理、發(fā)布和包裝、以及自動化的靜態(tài)源代碼分析。該平臺支持的功能有：持續(xù)集成、交付和發(fā)布周期部署（每日、每周到每月），并作為開發(fā)與運營（DevOps）之間的橋梁，協(xié)助信息傳送和處理。
TeamForge 還利用自動關(guān)聯(lián)代碼信息庫的維基百科、論壇和文檔，促進(jìn)協(xié)作和交互式編碼。對于Deutsche Post 而言，也許TeamForge 可以在本地或者云中自動提供構(gòu)建、測試和部署服務(wù)器的功能是重要的。此外，TeamForge 可以輕松地集成企業(yè)內(nèi)的其他軟件工具，例如Eclipse 和HPBusiness Technology Optimization（HP BTO，包括HP QC、HP OO 和HPSA）。TeamForge 在一個托管的平臺中運行，符合了Deutsche Post 希望實施的基于云交付軟件的戰(zhàn)略。
取得的成效：
· 因為可以更符合業(yè)務(wù)需求準(zhǔn)時交付應(yīng)用程序，也能更快地與供應(yīng)商開展或解除合作，實現(xiàn)了企業(yè)靈活性
· 通過對整個項目（從開發(fā)到運營）實現(xiàn)產(chǎn)業(yè)化的持續(xù)處理流程和自動化，提高了效率和質(zhì)量
· 通過即時查看文檔，降低風(fēng)險并縮短上市時間
· 通過在將開發(fā)投入生產(chǎn)前，盡早識別并彌補開發(fā)缺陷，提高了產(chǎn)品質(zhì)量
· 改善了對于更改和新應(yīng)用程序的規(guī)劃，以便更快地實施、更好地使用資源
· 一旦完成CTF 項目，我們還要通過質(zhì)量基準(zhǔn)，繼續(xù)將該產(chǎn)品用于對供應(yīng)商的選擇評估上
· 大幅度節(jié)省了可計算的基礎(chǔ)設(shè)施費用（通過撤換多種系統(tǒng)、避免手動工具集成等）
