很多研發(fā)同學初入職場,往往花很大的精力去學習技術(shù)類知識,這沒有什么不對的。但系統(tǒng)實現(xiàn)以及系統(tǒng)質(zhì)量保證,另外很重要一點就是,需要我們?nèi)チ私夂褪煜じ鞣N標準和規(guī)范,比如稱重有OIM...
很多研發(fā)同學初入職場,往往花很大的精力去學習技術(shù)類知識,這沒有什么不對的。但系統(tǒng)實現(xiàn)以及系統(tǒng)質(zhì)量保證,另外很重要一點就是,需要我們?nèi)チ私夂褪煜じ鞣N標準和規(guī)范,比如稱重有OIM...
首先針對產(chǎn)品團隊進行一次能力成熟度的評估,360環(huán)評團隊的各方面能力,看看木桶到底是哪塊板短了,然后有針對性進行提升 能力提升的途徑很多,外部培訓、內(nèi)部分享、定期總結(jié)經(jīng)驗教訓...
Quality Is Achieved ByDoing The Right Thing RightAt TheFirst(And Every)Time 質(zhì)量就是第一次或者每一...
V模型,本質(zhì)上來講,這就是端到端質(zhì)量保證活動的核心所在 - 需求到測試應該實現(xiàn)一一對應,并盡可能早的發(fā)現(xiàn)潛在的缺陷 - 通過每個環(huán)節(jié)的質(zhì)量控制來提升設計質(zhì)量 - 知識管理4個...
書接上文,很多開發(fā)同學的反應往往是好的軟件質(zhì)量是測試出來的,但是僅僅依賴于測試嗎? 讓我們先來聽聽下面這老頭講一下,他的觀點。 Testing is the process ...
大多數(shù)缺陷在開發(fā)階段之前就已經(jīng)被注入到系統(tǒng)之中,但往往發(fā)現(xiàn)已經(jīng)在晚期了,比如現(xiàn)場測試,客戶端等等。這樣使我們不得不投入很多的資源在后期修復這些缺陷。而這種缺陷往往對于軟件交付...
以下三個方法可以幫助團隊進行用戶建模 另外,建模和書寫用戶故事時,盡可能多的邀請不同類型的客戶參加,比如營銷人員,終端用戶,領(lǐng)域?qū)<业鹊?/p>
開展SCRUM的過程中,經(jīng)常碰到的問題就是團隊不知道如何書寫一個好的用戶故事。所以預備用幾章細化了用戶故事部分 What Is a User Story**?** **** ...
關(guān)于需求,"所有需求都要實現(xiàn),而且都必須在同時交付",這大概是我聽過的最有意思的笑話。 PM或者Scrum團隊對于任務優(yōu)先級的定義,會直接影響交付物對客戶的價值以及團隊資源安...
其實任何團隊不需要問這個問題,敏捷在大部分的軟件領(lǐng)域一定是適合的,也不需要等待什么機會或者條件具備,讓我們現(xiàn)在就開始,Let's do it! 通常我建議新的Scrum團隊,...
產(chǎn)品研發(fā)都從需求開始,Scrum中稱為用戶故事(User Story),并且對于US描述有固定的格式。那么新的Scrum master可能會問到,我們之前沒有用戶故事,但有M...
你開始第一次敏捷的初衷是什么?很久之后,初心還在嗎?敏捷的核心到底是什么? 敏捷最核心的部分跟豐田的精益生產(chǎn)是一樣的,就是減少浪費,對于軟件開發(fā)行業(yè)來說,再高超的開發(fā)技巧,再...
敏捷并不依賴于系統(tǒng),但可靠高效的系統(tǒng)可以幫助提高生產(chǎn)力,以下就列出了比較典型的系統(tǒng)組合 PO 通過Confluence輸入原始需求,這里面可以包含很多方面,有客戶需求,功能改...
導入了Scrum或者更大的SAfe或者Less框架就能有效的解決研發(fā)效率的問題嗎?顯然不是,Scrum本身就對團隊以及個人提出很高的要求,如果一個新的團隊,剛剛導入Scrum...
很多企業(yè)都是屬于綜合性的制造企業(yè),研發(fā)團隊包括了軟件,還分上位機和嵌入式,還有機械和電氣部分。Scrum更適用于軟件開發(fā), 但敏捷思想,敏捷工具和方法早又被各行各業(yè)所應用,今...
在敏捷的執(zhí)行過程中,團隊或者個人會陷入到固有的思維模式中-各人完成指定的工作即可,或者完成KPI即可。 但敏捷更強調(diào)團隊性以及對于交付結(jié)果的承諾,相比下圖中雞的“參與”,豬的...