从T型人才理解ALM Polarion
什么是T型人才
按照百科的解釋:T型人才,是指用字母“T”來表示他們的知識結構特點?!啊北硎居袕V博的知識面,“|”表示知識的深度。兩者的結合,既有較深的專業知識,又有廣博的知識面,這類集深與博于一身的人才。這種人才結構不僅在橫向上具備比較廣泛的一般性知識修養,而且在縱向的專業知識上具有較深的理解能力和獨到見解,較強的創新能力。
隨著整個世界的飛速發展,當今的社會已經是個極為復雜的環境,單一的視角已經無法解決問題得復雜性。能夠跳出單一領域并具備更寬闊視角的人才將越來越具備價值。例如具備醫學健康知識的保姆,能夠為雇主提供更周到的服務;如果保姆再懂得待人接物的禮儀,那他(她)便是管家了;而具備跨領域知識的開發人員,則能夠交付更高的產品質量,也會向管理者更進一步。
圖片來自網絡
ALM也是T型結構
ALM(Application Lifecycle Management)的字面意思是指:軟件開發從需求分析開始,歷經項目規劃、項目實施、配置管理、測試管理等階段,直至最終被交付或發布的全過程管理。這句話描述了What,描述了How,卻沒有描述Why,所以很多人聽了ALM之后,都覺得它只是把軟件開發過程中的數據管理起來,連接起來就完了,沒意識到它的價值和作用。就像是我買了最新款的智能手機,但是我只用它來打電話發短信,這是一種浪費。
但是,如果企業連整個過程都沒有管理起來,那么他確實也無法獲得ALM帶來的價值。這種情況不在我們今天討論的范圍。
企業的ALM建設,通常會采用統一的ALM管理工具,或者通過不同廠商的各個領域工具進行集成,從而形成數據前端到后端的貫通,當然后者會面臨更多的成本增加和潛在的問題,例如維護成本與無法快速應對變化。
通常來說,企業的軟件研發體系建設都是分階段的,比如一開始專注于代碼的管理,因為這是核心的資產;然后是測試相關的管理,因為這關系到產品最終是否可以交付;之后才是需求管理,因為真正的需求管理是復雜的工程,而非僅僅是將需求記錄下來,它會貫穿產品的整個生命周期,需要各個域的配合,所以需求管理好了,產品的質量自然就會高,時間自然會縮短。在各個階段,企業會根據自身情況補足其他各個域,例如變更管理、項目管理、配置管理、發布管理等。
“壁壘”是怎么產生的
隨著企業的發展,各個團隊的規模也會不斷增加,這時,所謂的“壁壘”就會無形產生。
對于開發團隊來說,他們關注的是如何用最合適的架構設計軟件,用什么算法更有效,還有多少個特性沒有完成等。他們是一群穿著格襯衫就能改變世界的人。
對于測試團隊來說,他們關注的是今天執行了多少個測試用例,發現了多少個嚴重的bug,我該如何與開發團隊斗智斗勇,以免他將我的bug定義成work as designed,以及哪個開發人員一周只穿一件襯衫。
每個團隊都將會成為十分專業的團隊,從架構到開發,從測試到運維。這時候,如果我們需要將原來12個月的交付周期縮短至6個月甚至更短,這種效率的提升不是靠加班加點的做分析、寫代碼、做測試來完成的,而是提升跨團隊的協作能力、識別瓶頸并解決、以更優的模式交付產品,從而改進整個組織或企業的能力和過程。
4x100米
4x100米的飛人大戰,可以很好的拿來做類比,首先我們會先挑選4個100米成績優秀的選手來組成一個團隊,也會根據這4個人的特點來選擇誰是第一棒起跑,誰是第四棒沖刺;如果他們的交接棒出現了問題,會嚴重影響最終的成績,所以如何讓每兩個人之間的銜接做到順滑也對結果有著重要的影響。對比產品團隊來說,這4個人就好比4個團隊,每個團隊都要建設自身的專業能力,交接棒則類似團隊間的協作和信息的傳遞。教練員來識別這四個人的個人能力和交接棒環節中的薄弱環節,然后進行加強訓練;誰來識別整個產品團隊的薄弱環節和問題呢?這就是ALM該做的事情。這也就是那個Why:我們要通過ALM來促使產品的加速交付,并對整個過程持續的改進。使整個團隊成為T型團隊。
所以,有人片面的理解ALM只是在原有各個領域的基礎之上,加了一層數據的連通。應該是從ALM的角度出發,改善各個領域的工作模式,從而使整體的交付效率更高。
那么我們該怎么做呢?
工欲善其事必先利其器
一體化的ALM平臺會使你的工作事半功倍,可以讓你更輕松且快速地進行整個ALM平臺的搭建,而無需考慮接口、數據格式等不同所帶來的風險、無需在不同廠商之間進行周旋,從而降低成本。除此之外,還需要具備以下三個特性,才能夠讓你的ALM平臺實現價值:
可視化
偉大的社會心理學家卡爾·韋克( Karl Weick)說過:“我何以知道自己在想什么呢?——只有在看到我做了什么以后才能知道。”工作可視化最終是要為更好地理解工作流動和有效的合作建立信息透明和共享。工作可視化的過程意味著將之前不可見的信息變得可見,將隱含的知識和規則顯式化。這樣我們才能更真實的了解自己、發現問題和瓶頸,從而有針對性的進行改進。
協作
跨團隊的協作,不僅僅是將信息和數據進行上下游的傳遞,更重要的是反饋與跨領域的完成工作。反饋的越慢,就會導致工作的延期,由于項目計劃的要求,就會導致更多的工作積壓,這樣的結果就是反饋的更加慢。所以這是一個惡性循環。
在《能力陷阱》一書中,有這樣一個理論:“在如今這個高速發展的世界里,價值的創造更多地來源于合作,這就意味著我們需要打破自給自足的能力界限。在這樣的環境中,如果一個人不僅能預測事物發展的方向,還能集合一群人朝著這個方向努力,那他最終就會獲得最為豐厚的報酬。”所以跨團隊的協作更強調的是突破自身領域的界限,協同其他團隊共同實現目標。
度量
我相信很多企業都在使用老的度量指標:活動(activities),而不是結果(outcomes),這種度量是無法顯示組織或企業的真實情況,也就無法實施改善。精益理論提倡“停止啟動,聚焦完成”,意思是:“不是你開始的越多,就完成的更多,而是你結束的越多,才完成的越多?!?/p>
DevOps領域有5個最佳的衡量指標,可以幫助你識別瓶頸改善過程。其中的Flow表示價值的流動。(以下5個圖片來自https://www.tasktop.com/blog/5-best-metrics-youve-never-met)
Flow Time(時間)
Flow Time關注的是結果,是衡量一件事從開始到結束的時間。Flow Time所做的是量化在該時間段內完成給定工作的概率。從而讓我們對事情更具有可預測性。
Flow Efficiency(效率)
Flow Efficiency關注的是流動效率,觀察到瓶頸點(等待時間),從而進行優化。
The WIP Report(數量)
WIP(Word in process,在制品)關注的是團隊的效率,通過WIP使團隊的效率最優。
The Aging Report(停留)
Aging Report關注的是停留時間,工作超過了30天(60天等)就是浪費,從而暴露風險。
Flow Distribution(分布)
Flow Distribution關注的是不同類型工作的分布,從而更精細的調整工作的分配。
總而言之
我們不僅僅要了解ALM都包含那些內容,還要知道ALM能夠帶給我們什么價值,通過ALM的實施從而識別產品(軟件)研發過程域中的問題和瓶頸,從而進行整個過程的改善,最終提高產品的交付效率和質量。
西門子Polarion
西門子Polarion是100%基于瀏覽器的,面向需求、質量和應用生命周期管理(ALM)的統一平臺。Polarion在世界各地致力于幫助那些人們信賴的產品的創新者——從汽車到醫療設備和航空航天等各行各業的組織機構,在制造高度復雜的產品過程中實現敏捷性、可追溯性以及合規性。目前,全球超過250萬用戶借助Polarion的產品和服務進行協同、實現ALM與PLM的集成、以更高的效率向產品交付高質量產品。
Polarion涵蓋完整的ALM生命周期的全部域,一體化的平臺可以高效便捷地幫助客戶實現前面我們所講的ALM真正的價值。
Polarion可以通過直觀可視化的界面,讓用戶更好地理解工作流動和有效的合作,從而建立信息的透明和共享,基于權限控制的工作流,可以滿足企業的流程規范要求。
Polarion會幫助你建立從需求到設計、測試用例,從代碼到缺陷,從變更到需求,從需求到發布等ALM完整域之間的數據的可追溯性,可以清晰的分析誰,在什么時間,因為什么原因,做了什么修改。能夠使一切的變更分析成為可能。
20年前《世界是平的》這本書就闡明,世界將變得越來越復雜,我們所面臨的工作也將是并行度越來越高,Polairon中的重用,將能夠降低我們的工作的復雜度,提高工作效率,提高工作質量,讓我們更加聚焦于價值和創新工作。
One more thing
由于西門子是是全球領先的技術企業,能夠在生產制造、能源、IT和其他領域提供代表性的創新以及開創性技術,為企業提供“機-電-軟”一體化的解決方案。
因此西門子Polarion的ALM解決方案不僅限于軟件研發過程,它還可以幫助電子電氣(E/E)提供完整的生命周期管理,從而加速整個E/E的研發與交付,Polarion ALM還與西門子Teamcenter PLM一起共同為客戶提供更為完整的產品研發與交付解決方案,我們后續將逐漸給大家進行介紹。
Polarion與Capital為客戶提供E/E解決方案
西門子產品為客戶提供“機-電-軟”一體化的解決方案
最后
本文不是表達某一領域的專業人才不重要,而是想說:無論是從企業的發展要求,還是個人的職業規劃,我們都應該具備廣博的知識,從而更具備創新力和競爭力。
————————————————
?
總結
以上是生活随笔為你收集整理的从T型人才理解ALM Polarion的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 枝枝叶梗高傲的顶着莲蓬像是
- 下一篇: ucos通信邮箱的理解