1. 通過(guò)訪談使領(lǐng)導(dǎo)和業(yè)務(wù)配合敏捷變化 通過(guò)訪談使業(yè)務(wù)明確自己的目前的痛苦和期待，利用5why追溯痛點(diǎn)得不到解決和期待達(dá)不到的根本原因，同時(shí)通過(guò)解釋敏捷框架來(lái)探討其解決業(yè)務(wù)痛...
發(fā)簡(jiǎn)信
IP屬地：天津
-
通過(guò)影響組織變化提升團(tuán)隊(duì)生產(chǎn)力 -
-
創(chuàng)建產(chǎn)品待辦列表的2種技術(shù)產(chǎn)品待辦列表（Product Backlog）是敏捷框架中的三個(gè)工件之一（其他兩個(gè)是：迭代待辦列表和潛在可發(fā)布增量）。產(chǎn)品待辦列表一般來(lái)說(shuō)是由產(chǎn)品愿景（Product Vis...
-
深入評(píng)估分析阻礙的3種方法
RCA是一種解決問(wèn)題的方法，其旨在定位問(wèn)題根本原因并最終使問(wèn)題得到解決 -- 百度百科 1. Root Cause Analysis RCA是一個(gè)結(jié)構(gòu)化的分析問(wèn)題, 解決問(wèn)題...
-
Scrum常見(jiàn)的3個(gè)典型團(tuán)隊(duì)障礙
1. 每日站會(huì)遲到 遲到的原因一般要么是有實(shí)際的客觀因素，或者是成員沒(méi)有參與感對(duì)會(huì)議不夠重視。要解決這個(gè)問(wèn)題要做到以下幾點(diǎn)： a. 和團(tuán)隊(duì)協(xié)商確認(rèn)最合適的開(kāi)會(huì)時(shí)間，確保排除主...
-
向干系人介紹Scrum框架User story: describes the scenario and business logic. A user story results into a mini...
-
一個(gè)實(shí)例：敏捷管理中的障礙識(shí)別和根因分析
實(shí)施敏捷管理之后，團(tuán)隊(duì)連續(xù)兩個(gè)迭代的交付沒(méi)有完成承諾。 在回顧會(huì)議中，大家認(rèn)為是因?yàn)殚_(kāi)發(fā)之后代碼缺陷率比較高導(dǎo)致的。 進(jìn)一步往下追溯，團(tuán)隊(duì)認(rèn)為，代碼的缺陷來(lái)源主要是系統(tǒng)的架構(gòu)...
-
減少軟件團(tuán)隊(duì)間依賴(lài)性的三種方法
Scrum指南建議有3到9名成員實(shí)際執(zhí)行sprint backlog，但是實(shí)際情況中，一個(gè)產(chǎn)品背后常有幾十甚至上百人投入支持。為了方便管理，這些成員通常會(huì)被劃分為不同的團(tuán)隊(duì)，...
-
區(qū)分特性團(tuán)隊(duì)和組件團(tuán)隊(duì)的交付價(jià)值
組件團(tuán)隊(duì)： 在傳統(tǒng)的開(kāi)發(fā)模式下，人們習(xí)慣于按照系統(tǒng)的架構(gòu)模塊，或者系統(tǒng)分層組織團(tuán)隊(duì)，也有的團(tuán)隊(duì)按照系統(tǒng)需求、開(kāi)發(fā)、測(cè)試結(jié)合系統(tǒng)架構(gòu)混合組織的方式。這種團(tuán)隊(duì)組織的方式，我們稱(chēng)之...
-
Srum@Scale的三個(gè)關(guān)鍵技術(shù)Simple Design 目的是讓工程團(tuán)隊(duì)基于已知知識(shí)而不是基于對(duì)未知預(yù)測(cè)而設(shè)計(jì)，即基于當(dāng)下，立足眼前。完美的計(jì)劃未必會(huì)產(chǎn)生完美的產(chǎn)品。對(duì)未來(lái)的適應(yīng)性的設(shè)計(jì)調(diào)整比一味的對(duì)未...
-
三種大規(guī)模敏捷框架當(dāng)我們說(shuō)到敏捷的時(shí)候， 一般針對(duì)的是較小的團(tuán)隊(duì)，這個(gè)團(tuán)隊(duì)既足夠小，可以讓團(tuán)隊(duì)保持敏捷性，又足夠大在一個(gè)迭代中去交付對(duì)業(yè)務(wù)有價(jià)值的增量，這個(gè)團(tuán)隊(duì)大小一般在9人以下。但是，在現(xiàn)實(shí)...
-
提高交付質(zhì)量并減少技術(shù)債的五種方法
TDD - Test Driven Development 測(cè)試驅(qū)動(dòng)開(kāi)發(fā)，英文全稱(chēng)Test-Driven Development，簡(jiǎn)稱(chēng)TDD，是一種不同于傳統(tǒng)軟件開(kāi)發(fā)流程的新...
-
破壞性沖突的三個(gè)特點(diǎn)
情緒化 聲調(diào)高 只求輸贏，不求解決問(wèn)題 在一個(gè)團(tuán)隊(duì)中，當(dāng)人們對(duì)于一件事情產(chǎn)生不同意見(jiàn)，有時(shí)就會(huì)引起沖突。沖突也有建設(shè)性沖突和破壞性沖突之分，在工作中，破壞性沖突通常導(dǎo)致溝通障...
-
引導(dǎo)團(tuán)隊(duì)建立愿景In this retro, we reconfirmed where the team is from, where it is standing and where it...
-
當(dāng)“透明，檢驗(yàn)，調(diào)整”不工作的時(shí)候...
敏捷的過(guò)程控制理論的三大支柱：透明(Transparency），檢驗(yàn)(Inspection)，調(diào)整(Adaption)是敏捷理論的核心，它保證了整個(gè)敏捷的實(shí)用性和不斷改善。 ...
-
“偽和諧”團(tuán)隊(duì)的兩個(gè)特征
在一個(gè)團(tuán)隊(duì)中，激烈的沖突一般會(huì)吸引到更多注意力，從而更加快速地解決問(wèn)題，幫助團(tuán)隊(duì)王城整合成長(zhǎng)蛻變。而一些看似和諧的團(tuán)隊(duì)，有時(shí)候往往有著更加頑固的問(wèn)題，這些問(wèn)題隱藏在團(tuán)結(jié)甚至愉...
-
產(chǎn)品待辦列表梳理技術(shù)--TDD&SBETDD -Test Drive Development training 可讀性/代碼重構(gòu)： 盡量不要依賴(lài)注釋?zhuān)☉?yīng)該解釋why而不是how）來(lái)提高代碼的可讀性、可維護(hù)性，而是...
-
DOD如何應(yīng)用于硬件產(chǎn)品
DOD -- Definition of Done 完成準(zhǔn)則 在軟件敏捷開(kāi)發(fā)中，團(tuán)隊(duì)常常會(huì)定義出一套完成準(zhǔn)則，以保證團(tuán)隊(duì)成員彼此溝通的有效性以及代碼交付的質(zhì)量。 比如說(shuō)： 小...
-
高效敏捷團(tuán)隊(duì)的三個(gè)屬性
1. 明確的規(guī)則 一個(gè)團(tuán)隊(duì)的高效運(yùn)轉(zhuǎn)，需要有相應(yīng)的明確且合理的規(guī)則支撐。就像高速行駛的火車(chē)需要有堅(jiān)固的軌道一樣。有了規(guī)則，團(tuán)員才能定義好自己的責(zé)任邊界，在此基礎(chǔ)之上進(jìn)行合作，...