1. 通過訪談使領(lǐng)導(dǎo)和業(yè)務(wù)配合敏捷變化 通過訪談使業(yè)務(wù)明確自己的目前的痛苦和期待，利用5why追溯痛點(diǎn)得不到解決和期待達(dá)不到的根本原因恐疲，同時(shí)通過解釋敏捷框架來探討其解決業(yè)務(wù)痛...
發(fā)簡(jiǎn)信
IP屬地：廣東
-
通過影響組織變化提升團(tuán)隊(duì)生產(chǎn)力 -
規(guī)奶杜悖化敏捷真的好嗎
規(guī)模化敏捷一般是指兩個(gè)或以上的敏捷團(tuán)隊(duì)在遵循敏捷價(jià)值觀和原則下圍繞一個(gè)整體產(chǎn)品或服務(wù)如何快速且持續(xù)交付價(jià)值給最終客戶蟹漓。規(guī)目缓幔化敏捷是敏捷方法超越團(tuán)隊(duì)級(jí)別，基于一個(gè)產(chǎn)品或者產(chǎn)品投...
-
-
創(chuàng)建產(chǎn)品待辦列表的2種技術(shù)產(chǎn)品待辦列表（Product Backlog）是敏捷框架中的三個(gè)工件之一（其他兩個(gè)是：迭代待辦列表和潛在可發(fā)布增量）葡粒。產(chǎn)品待辦列表一般來說是由產(chǎn)品愿景（Product Vis...
-
深入評(píng)估分析阻礙的3種方法
RCA是一種解決問題的方法份殿，其旨在定位問題根本原因并最終使問題得到解決 -- 百度百科 1. Root Cause Analysis RCA是一個(gè)結(jié)構(gòu)化的分析問題, 解決問題...
-
Scrum常見的3個(gè)典型團(tuán)隊(duì)障礙
1. 每日站會(huì)遲到 遲到的原因一般要么是有實(shí)際的客觀因素，或者是成員沒有參與感對(duì)會(huì)議不夠重視嗽交。要解決這個(gè)問題要做到以下幾點(diǎn)： a. 和團(tuán)隊(duì)協(xié)商確認(rèn)最合適的開會(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è)迭代的交付沒有完成承諾轮纫。 在回顧會(huì)議中腔寡，大家認(rèn)為是因?yàn)殚_發(fā)之后代碼缺陷率比較高導(dǎo)致的。 進(jìn)一步往下追溯掌唾，團(tuán)隊(duì)認(rèn)為放前，代碼的缺陷來源主要是系統(tǒng)的架構(gòu)...
-
減少軟件團(tuán)隊(duì)間依賴性的三種方法
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)的開發(fā)模式下似扔，人們習(xí)慣于按照系統(tǒng)的架構(gòu)模塊吨些，或者系統(tǒng)分層組織團(tuán)隊(duì)，也有的團(tuán)隊(duì)按照系統(tǒng)需求炒辉、開發(fā)豪墅、測(cè)試結(jié)合系統(tǒng)架構(gòu)混合組織的方式。這種團(tuán)隊(duì)組織的方式黔寇，我們稱之...
-
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ì)未來的適應(yīng)性的設(shè)計(jì)調(diào)整比一味的對(duì)未...
-
三種大規(guī)模敏捷框架當(dāng)我們說到敏捷的時(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)開發(fā)瘤睹，英文全稱Test-Driven Development升敲，簡(jiǎn)稱TDD，是一種不同于傳統(tǒng)軟件開發(fā)流程的新...
-
破壞性沖突的三個(gè)特點(diǎn)
情緒化 聲調(diào)高 只求輸贏轰传，不求解決問題 在一個(gè)團(tuán)隊(duì)中驴党，當(dāng)人們對(duì)于一件事情產(chǎ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í)候...
敏捷的過程控制理論的三大支柱：透明(Transparency），檢驗(yàn)(Inspection)佩谣，調(diào)整(Adaption)是敏捷理論的核心把还，它保證了整個(gè)敏捷的實(shí)用性和不斷改善。 ...
-
“偽和諧”團(tuán)隊(duì)的兩個(gè)特征
在一個(gè)團(tuán)隊(duì)中，激烈的沖突一般會(huì)吸引到更多注意力吊履，從而更加快速地解決問題安皱，幫助團(tuán)隊(duì)王城整合成長蛻變。而一些看似和諧的團(tuán)隊(duì)艇炎，有時(shí)候往往有著更加頑固的問題酌伊，這些問題隱藏在團(tuán)結(jié)甚至愉...
-
產(chǎn)品待辦列表梳理技術(shù)--TDD&SBETDD -Test Drive Development training 可讀性/代碼重構(gòu)： 盡量不要依賴注釋（應(yīng)該解釋why而不是how）來提高代碼的可讀性、可維護(hù)性缀踪，而是...
-
DOD如何應(yīng)用于硬件產(chǎn)品
DOD -- Definition of Done 完成準(zhǔn)則 在軟件敏捷開發(fā)中居砖，團(tuán)隊(duì)常常會(huì)定義出一套完成準(zhǔn)則，以保證團(tuán)隊(duì)成員彼此溝通的有效性以及代碼交付的質(zhì)量驴娃。 比如說： 小...
-
高效敏捷團(tuán)隊(duì)的三個(gè)屬性
1. 明確的規(guī)則 一個(gè)團(tuán)隊(duì)的高效運(yùn)轉(zhuǎn)奏候，需要有相應(yīng)的明確且合理的規(guī)則支撐。就像高速行駛的火車需要有堅(jiān)固的軌道一樣托慨。有了規(guī)則鼻由，團(tuán)員才能定義好自己的責(zé)任邊界，在此基礎(chǔ)之上進(jìn)行合作厚棵，...