SlideShare une entreprise Scribd logo
1  sur  51
Димитър Бакърджиев
Управляващ Съдружник
Taller Technologies Bulgaria
Канбан не е метод за
разработка на софтуер..!?!
Какво тогава е Канбан?
Какво е методология?
Методологията дефинира поведение:
• Какво да се прави
• Как да се прави
• Кога да се прави – последователност или алгоритъм
• Кой какво да прави – дефиниране на роли и
отговорности
В идеалния случай трябва да ни обясни теоретичната
си основа и да зададе област на приложение.
Много и различни методологии
Методът Канбан не е методология
за управление на процеса на
разработка на софтуер, нито пък
за управление на проекти. Той
изисква наличието на
съществуващ процес.
Канбан е метод за управление
на промяната
6
Японска дума, която на kanji се пише 看板 а на
katakana се пише カンバン, където Кан, 看 или カン
, означава „сигнална," и Бан, 板 или バン “означава
„карта“.
Какво означава Канбан?
Традиционен метод за промяна
Насила хубост не става!
Еволюционна промяна
Канбан позволява…
Канбан дава на хората позволение да мислят с
главите си и да бъдат различни от екипите в другата
стая, на горният етаж, в съседната сграда и в
конкурентната фирма.
Канбан може да бъде Agile, но
може да се използва и в
организации, които не са Agile.
• Започнете с това, което правите в момента
• Съгласете се да преследвате постепенна,
еволюционна промяна
• Първоначално следвайте текущо използваните
процеси, роли, отговорности и длъжности
• Насърчавайте лидерски действия на всяко ниво
от организацията – от отделните хора до висшето
ръководство
Принципи на Канбан
• Визуализиране
• Ограничаване на незавършената работа
• Управление на потока
• Подробно описване процедурите на използвания
процес
• Изграждане на обратни връзки с потока, в потока
и между нивата на организацията
• Подобрявайте задружно, развивайте
експериментално използвайки модели и научния
подход
Основни практики на Канбан
Интелектуалният труд е невидим
Как да визуализираме една система?
Резултати от визуализирането
Канбан предоставя прозрачност както върху самата
работа, така и върху процеса на разработка.
Прозрачността на процеса позволява на всички
участници да видят резултата от действието или
бездействието си.
Ако резултатите от действията са видими, е по-
вероятно хората да отделят от времето си и да
започнат да си сътрудничат.
Ограничаване на количеството
незавършена работа
Закон на Литъл
Канбан система с виртуални карти
Резултати от ограничаването на
незавършената работа
• Ограниченията върху количеството незавършена
работа, налагани от Канбан, окуражават
задружното решаване на проблемите.
• Нарастването на сътрудничеството за задружното
решаване на проблемите и взаимодействието с
външни заинтересовани лица, увеличава нивото на
социален капитал в екипа и доверието между
членовете му.
Канбан система с виртуални карти
Pull процес
Входен ритъм; Срещи за попълване на входната
опашка
Ритъм на доставка
Класове услуги
Управление на потока
Изграждане на обратни връзки
Три механизма за обмен на информация:
• Среща пред канбан дъската (всекидневно)
• Преглед на състоянието на системата (седмично)
• Преглед на състоянието на организацията
(месечно)
Рискът трябва да се управлява и на трите нива!
Основни модели, използвани в
Канбан Метода
Теория на
Ограниченията
(TOC)
W. Edwards
Deming ( SoPK)
Lean (TPS)
Теория на ограниченията (TOC)
Петте стъпки за управление на
ограниченията са:
1. Идентифицирайте ограничението!
2. Решете как да извлечете максимума от
ограничението!
3. Подчинете всичко останало в системата
на т.2!
4. Отстранете първопричината за
ограничението!
5. Върнете се на т.1 и не позволявайте
инерцията да стане истинското
ограничение!
Eliyahu Goldratt
Система на задълбоченото знание
W. Edwards Deming
• Правилно възприемане на
системата.
• Познание за вариацията.
• Теория на знанието.
• Психология.
Принципите на Lean
Taichi Ohno
1.Дефинирайте какво е „Стойност“ от гледна точка на
крайния потребител на продукта.
2.Идентифицирайте всички стъпки в потока създаващ
стойност и когато това е възможно премахнете
стъпките, които не създават стойност.
3.Направете създаващите стойност стъпки да се
изпълняват в строга последователност, така че
продуктът да тече гладко към клиента.
4.След като имате потока, нека клиентите издърпват
стойност от дейността назад по веригата.
5.След като изпълните точките от 1 до 4 започнете
процеса отново и го продължете докато постигнете
състояние на съвършенство, в което създавате
перфектна стойност без загуби.
Теория на опашките
• Раздел от теорията на
вероятностите
• Изследва произволни
операции, за осъществяването
на които влияят случайни
фактори
• Намира приложение при
анализиране на сложни
системи
Измервани показатели
• Време за доставка и оперативно време
• Качество
• Предвидимост на доставките
• Спазване на регулаторни изисквания
Хистограма на оперативното време
Диаграма на оперативното време
Качество
Спазване срока на доставка
Спазване на SLA
Показатели за катализиране на
подобрения
• Ефективност на потока
• Влияние на блокърите
• Ниво и причини за натоварването с дефекти
Ефективност на потока
• Изчислява се като чистото работно време се
раздели на времето за доставка
• Обикновено е 5-10%
• В добре управляваните организации е около 45-
50%
Показва обема от време, което може да се спечели
без да се променят използваните технически методи.
Влияние на блокърите
Вид блокър Брой случаи
Влияние
/часове/
Счупена
среда
1 10
Чакане за
отговор
6 48
По-спешна
работа
1 10
Ваканции/Бол
ест/Празници
1 40
Натоварване
с дефекти
3 21
Нива на прилагане на Канбан
Ниво 1: една организационна
единица, некоординирано търсене
Ниво 2: една организационна
единица, координирано търсене
Ниво 3: цялостен поток на създаване на
стойност за потребителя
Ниво 4: Портфолио от проекти/дейности
Ниво 1: една организационна
единица, некоординирано търсене
Ниво 2: една организационна
единица, координирано търсене
Ниво 3: цялостен поток на създаване
на стойност за потребителя
Ниво 4: Портфолио от
проекти/дейности
Резултати от прилагането на
Канбан
Способност за еволюционна приспособимост
Културна еволюция на организациите
Устойчиво темпо на работа
Подобрява удовлетворението на клиентите
устойчиво темпо
постоянен поток от работа
показва
проблемите
Канбан се използва в:
• Разработка на софтуер
• Маркетинг и Продажби
• Мрежова администрация
• Управление на персонала
• Поддръжка на клиенти
• Лична продуктивност! → http://www.personalkanban.com/pk/
• Канбан за деца! →
http://www.personalkanban.com/pk/kidzban/
…и още много други браншове използват Канбан, за да
вкарат нещата си в ред и за да имат повече време, в което да
се наслаждават на живота!
Повече за Канбан?
limitedwipsociety.org
LeanKanbanUniversity.com
LinkedIn: Модерни
Мениджмънт Методи
Facebook: Модерни
Мениджмънт Методи
Обучение по Канбан?

Contenu connexe

Tendances

はまる!!JPA #glassfish_jp #javaee
はまる!!JPA #glassfish_jp #javaeeはまる!!JPA #glassfish_jp #javaee
はまる!!JPA #glassfish_jp #javaeeToshiaki Maki
 
パフォーマンス ボトルネック 国内あるある事例
パフォーマンス ボトルネック 国内あるある事例パフォーマンス ボトルネック 国内あるある事例
パフォーマンス ボトルネック 国内あるある事例日本Javaユーザーグループ
 
網站壓力測試與實戰
網站壓力測試與實戰網站壓力測試與實戰
網站壓力測試與實戰Hsu Ping Feng
 
「UI自動テストツールとAI」〜AIを使った自動テストの「今」と「未来」〜
「UI自動テストツールとAI」〜AIを使った自動テストの「今」と「未来」〜「UI自動テストツールとAI」〜AIを使った自動テストの「今」と「未来」〜
「UI自動テストツールとAI」〜AIを使った自動テストの「今」と「未来」〜Nozomi Ito
 
ディープラーニングとAppiumでテストを自動化
ディープラーニングとAppiumでテストを自動化ディープラーニングとAppiumでテストを自動化
ディープラーニングとAppiumでテストを自動化Nozomi Ito
 
Fluentd, Digdag, Embulkを用いたデータ分析基盤の始め方
Fluentd, Digdag, Embulkを用いたデータ分析基盤の始め方Fluentd, Digdag, Embulkを用いたデータ分析基盤の始め方
Fluentd, Digdag, Embulkを用いたデータ分析基盤の始め方Kentaro Yoshida
 
社内ドキュメント検索システム構築のノウハウ
社内ドキュメント検索システム構築のノウハウ社内ドキュメント検索システム構築のノウハウ
社内ドキュメント検索システム構築のノウハウShinsuke Sugaya
 
AWS Black Belt Techシリーズ AWS Elastic Beanstalk
AWS Black Belt Techシリーズ  AWS  Elastic  BeanstalkAWS Black Belt Techシリーズ  AWS  Elastic  Beanstalk
AWS Black Belt Techシリーズ AWS Elastic BeanstalkAmazon Web Services Japan
 
εισαγωγή στα συστήματα διαχείρισης περιεχομένου (Cms)
εισαγωγή στα συστήματα διαχείρισης περιεχομένου (Cms)εισαγωγή στα συστήματα διαχείρισης περιεχομένου (Cms)
εισαγωγή στα συστήματα διαχείρισης περιεχομένου (Cms)Theodoros Douvlis
 
負荷対策しておもったことまとめ~JMeterでSocket.IOもいけるでよ~
負荷対策しておもったことまとめ~JMeterでSocket.IOもいけるでよ~負荷対策しておもったことまとめ~JMeterでSocket.IOもいけるでよ~
負荷対策しておもったことまとめ~JMeterでSocket.IOもいけるでよ~johgus johgus
 
プログラマーのためのテスト手法
プログラマーのためのテスト手法プログラマーのためのテスト手法
プログラマーのためのテスト手法myukidi
 
ASP.NET Core WebAPIでODataを使おう
ASP.NET Core WebAPIでODataを使おうASP.NET Core WebAPIでODataを使おう
ASP.NET Core WebAPIでODataを使おうDevTakas
 
κακοβουλο λογισμικο
κακοβουλο λογισμικοκακοβουλο λογισμικο
κακοβουλο λογισμικοemitsou
 
딥 러닝 자연어 처리 학습을 위한 PPT! (Deep Learning for Natural Language Processing)
딥 러닝 자연어 처리 학습을 위한 PPT! (Deep Learning for Natural Language Processing)딥 러닝 자연어 처리 학습을 위한 PPT! (Deep Learning for Natural Language Processing)
딥 러닝 자연어 처리 학습을 위한 PPT! (Deep Learning for Natural Language Processing)WON JOON YOO
 
自動化ツール Ansible に触れてみよう(技術インターン)
 自動化ツール Ansible に触れてみよう(技術インターン) 自動化ツール Ansible に触れてみよう(技術インターン)
自動化ツール Ansible に触れてみよう(技術インターン)akira6592
 
リーダブルコード
リーダブルコードリーダブルコード
リーダブルコードKeita Otsuka
 
Itm623_overview_public_20110831
Itm623_overview_public_20110831Itm623_overview_public_20110831
Itm623_overview_public_20110831Yuhki Hanada
 
MarcEdit Shelter-In-Place Webinar 6: Regular Expressions and .NET, A Primer
MarcEdit Shelter-In-Place Webinar 6: Regular Expressions and .NET, A PrimerMarcEdit Shelter-In-Place Webinar 6: Regular Expressions and .NET, A Primer
MarcEdit Shelter-In-Place Webinar 6: Regular Expressions and .NET, A PrimerTerry Reese
 
これでAWSマスター!? 初心者向けAWS簡単講座
これでAWSマスター!? 初心者向けAWS簡単講座これでAWSマスター!? 初心者向けAWS簡単講座
これでAWSマスター!? 初心者向けAWS簡単講座Serverworks Co.,Ltd.
 
ビットバンクのデプロイ戦略について
ビットバンクのデプロイ戦略についてビットバンクのデプロイ戦略について
ビットバンクのデプロイ戦略についてbitbank, Inc. Tokyo, Japan
 

Tendances (20)

はまる!!JPA #glassfish_jp #javaee
はまる!!JPA #glassfish_jp #javaeeはまる!!JPA #glassfish_jp #javaee
はまる!!JPA #glassfish_jp #javaee
 
パフォーマンス ボトルネック 国内あるある事例
パフォーマンス ボトルネック 国内あるある事例パフォーマンス ボトルネック 国内あるある事例
パフォーマンス ボトルネック 国内あるある事例
 
網站壓力測試與實戰
網站壓力測試與實戰網站壓力測試與實戰
網站壓力測試與實戰
 
「UI自動テストツールとAI」〜AIを使った自動テストの「今」と「未来」〜
「UI自動テストツールとAI」〜AIを使った自動テストの「今」と「未来」〜「UI自動テストツールとAI」〜AIを使った自動テストの「今」と「未来」〜
「UI自動テストツールとAI」〜AIを使った自動テストの「今」と「未来」〜
 
ディープラーニングとAppiumでテストを自動化
ディープラーニングとAppiumでテストを自動化ディープラーニングとAppiumでテストを自動化
ディープラーニングとAppiumでテストを自動化
 
Fluentd, Digdag, Embulkを用いたデータ分析基盤の始め方
Fluentd, Digdag, Embulkを用いたデータ分析基盤の始め方Fluentd, Digdag, Embulkを用いたデータ分析基盤の始め方
Fluentd, Digdag, Embulkを用いたデータ分析基盤の始め方
 
社内ドキュメント検索システム構築のノウハウ
社内ドキュメント検索システム構築のノウハウ社内ドキュメント検索システム構築のノウハウ
社内ドキュメント検索システム構築のノウハウ
 
AWS Black Belt Techシリーズ AWS Elastic Beanstalk
AWS Black Belt Techシリーズ  AWS  Elastic  BeanstalkAWS Black Belt Techシリーズ  AWS  Elastic  Beanstalk
AWS Black Belt Techシリーズ AWS Elastic Beanstalk
 
εισαγωγή στα συστήματα διαχείρισης περιεχομένου (Cms)
εισαγωγή στα συστήματα διαχείρισης περιεχομένου (Cms)εισαγωγή στα συστήματα διαχείρισης περιεχομένου (Cms)
εισαγωγή στα συστήματα διαχείρισης περιεχομένου (Cms)
 
負荷対策しておもったことまとめ~JMeterでSocket.IOもいけるでよ~
負荷対策しておもったことまとめ~JMeterでSocket.IOもいけるでよ~負荷対策しておもったことまとめ~JMeterでSocket.IOもいけるでよ~
負荷対策しておもったことまとめ~JMeterでSocket.IOもいけるでよ~
 
プログラマーのためのテスト手法
プログラマーのためのテスト手法プログラマーのためのテスト手法
プログラマーのためのテスト手法
 
ASP.NET Core WebAPIでODataを使おう
ASP.NET Core WebAPIでODataを使おうASP.NET Core WebAPIでODataを使おう
ASP.NET Core WebAPIでODataを使おう
 
κακοβουλο λογισμικο
κακοβουλο λογισμικοκακοβουλο λογισμικο
κακοβουλο λογισμικο
 
딥 러닝 자연어 처리 학습을 위한 PPT! (Deep Learning for Natural Language Processing)
딥 러닝 자연어 처리 학습을 위한 PPT! (Deep Learning for Natural Language Processing)딥 러닝 자연어 처리 학습을 위한 PPT! (Deep Learning for Natural Language Processing)
딥 러닝 자연어 처리 학습을 위한 PPT! (Deep Learning for Natural Language Processing)
 
自動化ツール Ansible に触れてみよう(技術インターン)
 自動化ツール Ansible に触れてみよう(技術インターン) 自動化ツール Ansible に触れてみよう(技術インターン)
自動化ツール Ansible に触れてみよう(技術インターン)
 
リーダブルコード
リーダブルコードリーダブルコード
リーダブルコード
 
Itm623_overview_public_20110831
Itm623_overview_public_20110831Itm623_overview_public_20110831
Itm623_overview_public_20110831
 
MarcEdit Shelter-In-Place Webinar 6: Regular Expressions and .NET, A Primer
MarcEdit Shelter-In-Place Webinar 6: Regular Expressions and .NET, A PrimerMarcEdit Shelter-In-Place Webinar 6: Regular Expressions and .NET, A Primer
MarcEdit Shelter-In-Place Webinar 6: Regular Expressions and .NET, A Primer
 
これでAWSマスター!? 初心者向けAWS簡単講座
これでAWSマスター!? 初心者向けAWS簡単講座これでAWSマスター!? 初心者向けAWS簡単講座
これでAWSマスター!? 初心者向けAWS簡単講座
 
ビットバンクのデプロイ戦略について
ビットバンクのデプロイ戦略についてビットバンクのデプロイ戦略について
ビットバンクのデプロイ戦略について
 

Similaire à Канбан не е метод за разработка на софтуер..!?! Какво тогава е Канбан?

Managing Construction
Managing ConstructionManaging Construction
Managing Constructioncveta
 
Как да направим живота си по - лесен с добър QA подход
Как да направим живота си по - лесен с добър QA подходКак да направим живота си по - лесен с добър QA подход
Как да направим живота си по - лесен с добър QA подходBozhidar Boshnakov
 
Курс качество на софтуера - част 1
Курс качество на софтуера - част 1Курс качество на софтуера - част 1
Курс качество на софтуера - част 1Kalin Vasilev
 
Курс - Качество на софтуера - част 1
Курс - Качество на софтуера - част 1Курс - Качество на софтуера - част 1
Курс - Качество на софтуера - част 1Kalin Vasilev
 
CG&Web Seminar Lecture '10
CG&Web Seminar Lecture '10CG&Web Seminar Lecture '10
CG&Web Seminar Lecture '10Stoian Dipchikov
 
"Особености на комуникациите в проектите според най - разпространените междун...
"Особености на комуникациите в проектите според най - разпространените междун..."Особености на комуникациите в проектите според най - разпространените междун...
"Особености на комуникациите в проектите според най - разпространените междун...dessylicious
 
Bl Consulting Ltd I Scala Pm Overview
Bl Consulting Ltd I Scala Pm OverviewBl Consulting Ltd I Scala Pm Overview
Bl Consulting Ltd I Scala Pm OverviewBoyan Yordanov
 
Bl Consulting Ltd I Scala Pm Overview
Bl Consulting Ltd I Scala Pm OverviewBl Consulting Ltd I Scala Pm Overview
Bl Consulting Ltd I Scala Pm Overviewguest408cb05
 
Подобряване на ефективността на регионалната структура на националния статист...
Подобряване на ефективността на регионалната структура на националния статист...Подобряване на ефективността на регионалната структура на националния статист...
Подобряване на ефективността на регионалната структура на националния статист...Светла Иванова
 
Тестове за ползваемост - Usability testing
Тестове за ползваемост - Usability testingТестове за ползваемост - Usability testing
Тестове за ползваемост - Usability testingKalin Vasilev
 
Cg&web 2010 Despark Dipchikov Project Management
Cg&web 2010 Despark Dipchikov Project ManagementCg&web 2010 Despark Dipchikov Project Management
Cg&web 2010 Despark Dipchikov Project ManagementCGArt
 
BG PROSPER - Module 1 - Unit 2.pptx
BG PROSPER - Module 1 - Unit 2.pptxBG PROSPER - Module 1 - Unit 2.pptx
BG PROSPER - Module 1 - Unit 2.pptxcaniceconsulting
 
Style and Standards in Technical Communications
Style and Standards in Technical CommunicationsStyle and Standards in Technical Communications
Style and Standards in Technical CommunicationsMariana Vacca
 
Софтуерни решения за управление на веригата за доставки
Софтуерни решения за управление на веригата за доставкиСофтуерни решения за управление на веригата за доставки
Софтуерни решения за управление на веригата за доставкиМарияна Кътева
 
Практиката на Хюлет-Пакард в прилагането на Lean Six Sigma
Практиката на Хюлет-Пакард в прилагането на Lean Six SigmaПрактиката на Хюлет-Пакард в прилагането на Lean Six Sigma
Практиката на Хюлет-Пакард в прилагането на Lean Six Sigmagjadkov
 
Managing Technical Debt
Managing Technical DebtManaging Technical Debt
Managing Technical DebtAdrian Mitev
 

Similaire à Канбан не е метод за разработка на софтуер..!?! Какво тогава е Канбан? (20)

Managing Construction
Managing ConstructionManaging Construction
Managing Construction
 
Как да направим живота си по - лесен с добър QA подход
Как да направим живота си по - лесен с добър QA подходКак да направим живота си по - лесен с добър QA подход
Как да направим живота си по - лесен с добър QA подход
 
Курс качество на софтуера - част 1
Курс качество на софтуера - част 1Курс качество на софтуера - част 1
Курс качество на софтуера - част 1
 
Курс - Качество на софтуера - част 1
Курс - Качество на софтуера - част 1Курс - Качество на софтуера - част 1
Курс - Качество на софтуера - част 1
 
CG&Web Seminar Lecture '10
CG&Web Seminar Lecture '10CG&Web Seminar Lecture '10
CG&Web Seminar Lecture '10
 
Системи за управление на качеството
Системи за управление на качествотоСистеми за управление на качеството
Системи за управление на качеството
 
Системи за управление на качеството
Системи за управление на качествотоСистеми за управление на качеството
Системи за управление на качеството
 
"Особености на комуникациите в проектите според най - разпространените междун...
"Особености на комуникациите в проектите според най - разпространените междун..."Особености на комуникациите в проектите според най - разпространените междун...
"Особености на комуникациите в проектите според най - разпространените междун...
 
Bl Consulting Ltd I Scala Pm Overview
Bl Consulting Ltd I Scala Pm OverviewBl Consulting Ltd I Scala Pm Overview
Bl Consulting Ltd I Scala Pm Overview
 
Bl Consulting Ltd I Scala Pm Overview
Bl Consulting Ltd I Scala Pm OverviewBl Consulting Ltd I Scala Pm Overview
Bl Consulting Ltd I Scala Pm Overview
 
Подобряване на ефективността на регионалната структура на националния статист...
Подобряване на ефективността на регионалната структура на националния статист...Подобряване на ефективността на регионалната структура на националния статист...
Подобряване на ефективността на регионалната структура на националния статист...
 
MMD Scale Presentation
MMD Scale   PresentationMMD Scale   Presentation
MMD Scale Presentation
 
Тестове за ползваемост - Usability testing
Тестове за ползваемост - Usability testingТестове за ползваемост - Usability testing
Тестове за ползваемост - Usability testing
 
Методи_за_решаване_на_проблеми
Методи_за_решаване_на_проблемиМетоди_за_решаване_на_проблеми
Методи_за_решаване_на_проблеми
 
Cg&web 2010 Despark Dipchikov Project Management
Cg&web 2010 Despark Dipchikov Project ManagementCg&web 2010 Despark Dipchikov Project Management
Cg&web 2010 Despark Dipchikov Project Management
 
BG PROSPER - Module 1 - Unit 2.pptx
BG PROSPER - Module 1 - Unit 2.pptxBG PROSPER - Module 1 - Unit 2.pptx
BG PROSPER - Module 1 - Unit 2.pptx
 
Style and Standards in Technical Communications
Style and Standards in Technical CommunicationsStyle and Standards in Technical Communications
Style and Standards in Technical Communications
 
Софтуерни решения за управление на веригата за доставки
Софтуерни решения за управление на веригата за доставкиСофтуерни решения за управление на веригата за доставки
Софтуерни решения за управление на веригата за доставки
 
Практиката на Хюлет-Пакард в прилагането на Lean Six Sigma
Практиката на Хюлет-Пакард в прилагането на Lean Six SigmaПрактиката на Хюлет-Пакард в прилагането на Lean Six Sigma
Практиката на Хюлет-Пакард в прилагането на Lean Six Sigma
 
Managing Technical Debt
Managing Technical DebtManaging Technical Debt
Managing Technical Debt
 

Plus de Dimitar Bakardzhiev

Kanban at Bosch Software Innovations Bulgaria
Kanban at Bosch Software Innovations BulgariaKanban at Bosch Software Innovations Bulgaria
Kanban at Bosch Software Innovations BulgariaDimitar Bakardzhiev
 
Probabilistic project sizing using Randomized Branch Sampling (RBS)
Probabilistic project sizing using Randomized Branch Sampling (RBS)Probabilistic project sizing using Randomized Branch Sampling (RBS)
Probabilistic project sizing using Randomized Branch Sampling (RBS)Dimitar Bakardzhiev
 
#NoEstimates project planning using Monte Carlo simulation
#NoEstimates project planning using Monte Carlo simulation#NoEstimates project planning using Monte Carlo simulation
#NoEstimates project planning using Monte Carlo simulationDimitar Bakardzhiev
 
Project Planning using Little’s Law
Project Planning using Little’s LawProject Planning using Little’s Law
Project Planning using Little’s LawDimitar Bakardzhiev
 

Plus de Dimitar Bakardzhiev (8)

Kanban at Bosch Software Innovations Bulgaria
Kanban at Bosch Software Innovations BulgariaKanban at Bosch Software Innovations Bulgaria
Kanban at Bosch Software Innovations Bulgaria
 
Probabilistic project sizing using Randomized Branch Sampling (RBS)
Probabilistic project sizing using Randomized Branch Sampling (RBS)Probabilistic project sizing using Randomized Branch Sampling (RBS)
Probabilistic project sizing using Randomized Branch Sampling (RBS)
 
Project scope preparation
Project scope preparationProject scope preparation
Project scope preparation
 
Capacity planning
Capacity planningCapacity planning
Capacity planning
 
#NoEstimates project planning using Monte Carlo simulation
#NoEstimates project planning using Monte Carlo simulation#NoEstimates project planning using Monte Carlo simulation
#NoEstimates project planning using Monte Carlo simulation
 
Bulgarian culture and agile
Bulgarian culture and agileBulgarian culture and agile
Bulgarian culture and agile
 
The impact of national culture
The impact of national cultureThe impact of national culture
The impact of national culture
 
Project Planning using Little’s Law
Project Planning using Little’s LawProject Planning using Little’s Law
Project Planning using Little’s Law
 

Канбан не е метод за разработка на софтуер..!?! Какво тогава е Канбан?

  • 1. Димитър Бакърджиев Управляващ Съдружник Taller Technologies Bulgaria Канбан не е метод за разработка на софтуер..!?! Какво тогава е Канбан?
  • 2. Какво е методология? Методологията дефинира поведение: • Какво да се прави • Как да се прави • Кога да се прави – последователност или алгоритъм • Кой какво да прави – дефиниране на роли и отговорности В идеалния случай трябва да ни обясни теоретичната си основа и да зададе област на приложение.
  • 3. Много и различни методологии
  • 4. Методът Канбан не е методология за управление на процеса на разработка на софтуер, нито пък за управление на проекти. Той изисква наличието на съществуващ процес.
  • 5. Канбан е метод за управление на промяната
  • 6. 6 Японска дума, която на kanji се пише 看板 а на katakana се пише カンバン, където Кан, 看 или カン , означава „сигнална," и Бан, 板 или バン “означава „карта“. Какво означава Канбан?
  • 8.
  • 10.
  • 12. Канбан позволява… Канбан дава на хората позволение да мислят с главите си и да бъдат различни от екипите в другата стая, на горният етаж, в съседната сграда и в конкурентната фирма.
  • 13. Канбан може да бъде Agile, но може да се използва и в организации, които не са Agile.
  • 14. • Започнете с това, което правите в момента • Съгласете се да преследвате постепенна, еволюционна промяна • Първоначално следвайте текущо използваните процеси, роли, отговорности и длъжности • Насърчавайте лидерски действия на всяко ниво от организацията – от отделните хора до висшето ръководство Принципи на Канбан
  • 15. • Визуализиране • Ограничаване на незавършената работа • Управление на потока • Подробно описване процедурите на използвания процес • Изграждане на обратни връзки с потока, в потока и между нивата на организацията • Подобрявайте задружно, развивайте експериментално използвайки модели и научния подход Основни практики на Канбан
  • 17. Как да визуализираме една система?
  • 18. Резултати от визуализирането Канбан предоставя прозрачност както върху самата работа, така и върху процеса на разработка. Прозрачността на процеса позволява на всички участници да видят резултата от действието или бездействието си. Ако резултатите от действията са видими, е по- вероятно хората да отделят от времето си и да започнат да си сътрудничат.
  • 21. Канбан система с виртуални карти
  • 22. Резултати от ограничаването на незавършената работа • Ограниченията върху количеството незавършена работа, налагани от Канбан, окуражават задружното решаване на проблемите. • Нарастването на сътрудничеството за задружното решаване на проблемите и взаимодействието с външни заинтересовани лица, увеличава нивото на социален капитал в екипа и доверието между членовете му.
  • 23. Канбан система с виртуални карти Pull процес Входен ритъм; Срещи за попълване на входната опашка Ритъм на доставка Класове услуги Управление на потока
  • 24. Изграждане на обратни връзки Три механизма за обмен на информация: • Среща пред канбан дъската (всекидневно) • Преглед на състоянието на системата (седмично) • Преглед на състоянието на организацията (месечно) Рискът трябва да се управлява и на трите нива!
  • 25. Основни модели, използвани в Канбан Метода Теория на Ограниченията (TOC) W. Edwards Deming ( SoPK) Lean (TPS)
  • 26. Теория на ограниченията (TOC) Петте стъпки за управление на ограниченията са: 1. Идентифицирайте ограничението! 2. Решете как да извлечете максимума от ограничението! 3. Подчинете всичко останало в системата на т.2! 4. Отстранете първопричината за ограничението! 5. Върнете се на т.1 и не позволявайте инерцията да стане истинското ограничение! Eliyahu Goldratt
  • 27. Система на задълбоченото знание W. Edwards Deming • Правилно възприемане на системата. • Познание за вариацията. • Теория на знанието. • Психология.
  • 28. Принципите на Lean Taichi Ohno 1.Дефинирайте какво е „Стойност“ от гледна точка на крайния потребител на продукта. 2.Идентифицирайте всички стъпки в потока създаващ стойност и когато това е възможно премахнете стъпките, които не създават стойност. 3.Направете създаващите стойност стъпки да се изпълняват в строга последователност, така че продуктът да тече гладко към клиента. 4.След като имате потока, нека клиентите издърпват стойност от дейността назад по веригата. 5.След като изпълните точките от 1 до 4 започнете процеса отново и го продължете докато постигнете състояние на съвършенство, в което създавате перфектна стойност без загуби.
  • 29. Теория на опашките • Раздел от теорията на вероятностите • Изследва произволни операции, за осъществяването на които влияят случайни фактори • Намира приложение при анализиране на сложни системи
  • 30. Измервани показатели • Време за доставка и оперативно време • Качество • Предвидимост на доставките • Спазване на регулаторни изисквания
  • 31.
  • 37. Показатели за катализиране на подобрения • Ефективност на потока • Влияние на блокърите • Ниво и причини за натоварването с дефекти
  • 38. Ефективност на потока • Изчислява се като чистото работно време се раздели на времето за доставка • Обикновено е 5-10% • В добре управляваните организации е около 45- 50% Показва обема от време, което може да се спечели без да се променят използваните технически методи.
  • 39. Влияние на блокърите Вид блокър Брой случаи Влияние /часове/ Счупена среда 1 10 Чакане за отговор 6 48 По-спешна работа 1 10 Ваканции/Бол ест/Празници 1 40 Натоварване с дефекти 3 21
  • 40. Нива на прилагане на Канбан Ниво 1: една организационна единица, некоординирано търсене Ниво 2: една организационна единица, координирано търсене Ниво 3: цялостен поток на създаване на стойност за потребителя Ниво 4: Портфолио от проекти/дейности
  • 41. Ниво 1: една организационна единица, некоординирано търсене
  • 42. Ниво 2: една организационна единица, координирано търсене
  • 43. Ниво 3: цялостен поток на създаване на стойност за потребителя
  • 44. Ниво 4: Портфолио от проекти/дейности
  • 45. Резултати от прилагането на Канбан Способност за еволюционна приспособимост Културна еволюция на организациите Устойчиво темпо на работа Подобрява удовлетворението на клиентите
  • 46.
  • 47.
  • 48. устойчиво темпо постоянен поток от работа показва проблемите
  • 49. Канбан се използва в: • Разработка на софтуер • Маркетинг и Продажби • Мрежова администрация • Управление на персонала • Поддръжка на клиенти • Лична продуктивност! → http://www.personalkanban.com/pk/ • Канбан за деца! → http://www.personalkanban.com/pk/kidzban/ …и още много други браншове използват Канбан, за да вкарат нещата си в ред и за да имат повече време, в което да се наслаждават на живота!
  • 50. Повече за Канбан? limitedwipsociety.org LeanKanbanUniversity.com LinkedIn: Модерни Мениджмънт Методи Facebook: Модерни Мениджмънт Методи

Notes de l'éditeur

  1. Някои са само за определен контекстДруги могат да се адаптират според контекстаНякои са част от движение - Agile
  2. Канбан е метод без методология!
  3. Организацията трябва постоянно да се променя за да се адаптира към непрекъснато променящата се външна среда.Важното нещо при интелектуалния труд е не избора на методология, а начина, по който организацията се променя и как се управлява самата промяна.
  4. Точка А е където организацията се намира в момента.Точка Б е където организацията иска да бъде след време.Точка Б е или дефинирана според някаква методология или проектирана чрез използването на управленски модел.Важните характеристики на традиционният метод за промяна са:Промяната е заповядана от ръководствотоПромяната се управлява от специална група – или вътрешна за организацията или външна консултантска фирмаЦелта на преходният процес е да ИНСТАЛИРА характеристиките на точка Б в организацията!
  5. Срещнала кукумявката заека и го посъветвала да стане лъв. Чудесно, рекъл заекът, но как? О, не знам, отвърнала кукумявката. Аз се занимавам само със стратегии…Консултантите, които продават трансформации не се занимават само със стратегии – те имат точен план как се постигне целта на трансформацията!http://www.mckinsey.com/client_service/business_technology/case_studies/lean_transformation_in_it_maintenancehttp://www.enthiosys.com/agile-product-management/„Therefore, an Agile transformationprocessrequiresthoughtfulplanning and a pragmaticapproach. “
  6. Инициативите за промяна в повечето случаи:или се провалят или дават незадоволителни резултати или пък постигат положителни резултати, но не успяват да институциализират новото поведение и в резултат организацията регресира към началното поведение.
  7. Промяната на използваната методология заплашват хората от психологична и социална гледна точка:Новите роли дефинирани в новата методология атакуват тяхната идентичностНовите отговорности породени от използването на нови техники и практики заплашват тяхното самочувствие и поставят социалната им позиция под съмнениеХората се противопоставят на промяната защото като индивиди те имат какво да загубят!Хората изпитват по-голяма сигурност ако са консервативни и се придържат към текущият начин на работа вместо да разклащат съществуващата социална структура.Само смелите, отчаяните и безразсъдните се стремят към мащабни промени!
  8. Канбан метода отхвърля не само традиционният начин за налагане на промяна, но и самата идея за инсталиране на нова методология в организацията.Канбан метода предлага един еволюционен подход за промяна на организацията, който е хуманен и подходящ за хора. Канбан метода катализира подобрения в организацията чрез използването на канбан система и канбан дъска с виртуални карти.Обаче е грешно да се приема че Канбан метода е само една дъска с цветни карти на нея. При управлението на промяната, съпротивата на хората е винаги емоционална.За да я преодолеем, ние трябва да започнем с това което правим в момента и помогнем на организацията да намери начин да се променя като се избягва съпротива от хората.Целта е в организацията да се институциализира способност за постоянна еволюционна промяна. Промените в използваните процеси ще се появят и за да можем да кажем дали дадена промяна е наистина подобрение ние трябва да използваме модели и подходящи показатели по които да оценим резултатите.
  9. Интелектуалният труд е невидим.Използваме виртуална канбан система, тъй като обектите на интелектуален труд много често са невидими.Дъските с карти, обичайни при Agile разработка на софтуер (Scrum) не са канбан системи.Методът Канбан използва канбан система като катализатор на промяна.
  10. Какво е система?Как да я визуализираме?
  11. http://youtu.be/W92wG-HW8gg
  12. За да може една дъска да се нарече Канбан система то тя трябва да има ограничения на количеството незавършена работа.
  13. Намаляваме нивото на потока за да се покажат камъните.
  14. Балансираме търсенето с потока, а не със сумарният теоретичен капацитет на системата!http://badgertaming.wordpress.com/2013/10/18/las2013-thoughts-optimise-flow-instead-of-resource-usage/
  15. Kanban engages people emotionally and provides them with the correct levels of feedback mechanisms, the Kanban Kata: daily meetings in front of the board; systems capability reviews (most likely weekly); and system of systems level, operations reviews (usually monthly). The visualization and experiential nature of the reviews guided by data by driven by narrative and shared experience, provide motivation for changes. Gradually, sources of delay are eliminated. Some of these changes have an inevitable effect on the identities of those involved, but because they were involved and emotionally engaged, the changes are usually self-motivated rather than imposed from outside. The nmemonic we use for this is that "the lilghtbulb has to want to change itself."
  16. http://www.lean.org/whatslean/principles.cfm
  17. В България се нарича Теория на масовото обслужване.http://math.uctm.edu/pomagala/teor_mas_obsl.pdfТеорията на масовото обслужване като раздел от теорията на вероятностите възниква сравнително неотдавна. Първите резултати се появяват в началото на миналия век и са предизвикани от потребностите на практиката (в часност от широкото развитие на телефонните мрежи). Поради тази причина и до днес в работите по теория на масовото обслужване се използват термини, които са заимствани от телекомуникациите, като: заявка, канал, системи за обслужване, средна продължителност на обработка и др.Практически, основната задача на теорията на масовото обслужване се състои в изследването на произволни операции, за осъществяването на които влияят случайни фактори.
  18. За да видим дали дадена промяна е полезна ние използваме показатели, които клиентите или външните заинтересувани страни ценят, като време за доставка или оперативно време, качество, предвидимост, спазване на регулаторни изисквания.Също така показатели като задоволство на клиенти и на служителите.Важната дума е „измервани“. Ние не разчитаме на това какво хората казват, а на това което те наистина правят.Критерии дали даден показател е полезен:Дали показателя може да служи за оценяване капацитета на системата?Дали може да служи като критерий дали системата може да изпълнява целта си, а именно да обслужва клиенти?Дали може да служи за оценка на вероятността системата да оцелее?Дали може да служи за оценка дали системата се развива в положителна посока?
  19. Блокери - клъстериранеhttp://www.klausleopold.com/2013/09/blocker-clusters-problems-are-not.html
  20. http://www.klausleopold.com/2013/07/kanban-and-its-flight-levels.htmlНивата на прилагане на Канбан е модел, който дефинира възможните приложение на метода. Като всеки един модел и той е ограничен, но е полезен!Модела се използва, за подпомагане вземането на решението къде точно в организацията да се започне прилагането на Канбан метода.Важно се да се отбележи, че различните нива на прилагане не представляват стъпала, които трябва да се изкачат едно по едно в определен ред.Може да се започне на всяко едно от нивата, като се има в предвид, че различните нива изискват различен подход за управление на промяната.
  21. Ниво 1 се фокусира върху подобряването на една организационна единица примерно екип или отдел.Основната отличителна черта на това ниво е, че потребителското търсене е некоординирано (няма срещи за попълване на входната опашка). Има опасност резултата от прилагането на Канбан метода да доведе до по-ефикасно производство на неправилните от гледна точка на потребителя неща.Организационната единица може да се състои от специалисти, като например администратори на бази данни. Или пък може да е малък екип отговорен за самостоятелна част от голям проект.Работата се получава некоординирано и затова обикновено има добри основания – в резултат от високото ниво на специализация такива екипи обикновено имат множество различни клиенти заинтересувани страни.Последствието е, че на това ниво обикновено екипа страда от множество бързи поръчки от типа „трябва ни за вчера!“ предизвикани от постоянната смяна на приоритетите.
  22. Ниво 2 също се фокусира върху подобряването на една отделна организационна единица. Обаче, на това ниво търсенето вече е координирано. Това води до голямо подобрение в представянето на организационната единица, защото нещата, които се обработват са правилните.Типичен пример е екип, който получава следващите неща по които да работи според решенията взети на среща за попълване на входната опашка.Подобна среща стимулира обмяната на информация – екипа вече не е черна дупка, в която всяка от заинтересуваните страни може да натика безкраен обем работа.Сега заинтересуваните страни научават, че от едната страна има такова нещо като „търсене“ – или всички страхотни идеи които имаме – а от другата страна „капацитет“ – или възможността на организационната единица да свърши даден обем работа. Координирането на търсенето означава балансирането му със капацитета. В резултат смяната на приоритети е значително намалено, защото хората вършат правилните, от гледна точка на заинтересуваните страни неща, много по-ефикасно.
  23. Отделните организационни единици са само част от някакъв поток за доставяне на стойност на потребителя.Ниво 3 се фокусира върху подобряването на даден поток за доставка на потребителска стойност, като оптимизира взаимодействието на организационните единици, които го образуват. Това води до огромно подобрение на представянето защото 1) големината на опашките е значително намалена и 2) хората работят върху правилните неща.На това ниво организациите са разбрали, че представянето на една система спрямо дадени показатели не е сума от представянето на отделните и част, а е произведение от техните взаимодействия (по Russell Ackoff).На това ниво целта не е да се подобри представянето на отделна организационна единица, а на самият поток като цяло или поне на голяма част от него.Всяка единица от потока предоставя услуга на следващата единица по веригата. Важното тук е, че услугите се предоставят координирано!Подобряват се взаимодействията между звената, а не самите звена.Прилагането на Канбан на това ниво води до огромно подобряване на представянето, основно защото 1) големината на опашките и времето за чакане е сериозно намалено и 2) тъй като търсенето е координирано то хората работят върху правилните неща.
  24. Ниво 4 се стреми да оптимизира няколко потока за доставка на потребителска стойност, което води до много по-добро разбиране как 1) да се управляват рисковете и 2) как да се балансира търсенето с капацитета.Обикновено организациите не работят само по един проект. Те обикновено едновременно работят по нови проекти, поддържат завършени проекти, доставят специализирани услуги и т.н. В резултат организациите работят едновременно по няколко потока доставящи различна стойност на различни потребители.И на това ниво Канбан се използва за управление на множество от потоци.На диаграмата виждаме пример за организация, която работи по два проекта и разработва един продукт или общо три единици работа. Вижда се, че структурата на потоците за проект и продукт са различни. Това означава, че и използваните методологии за организиране на работата може да са различни. Например продукта може да се разработва с използването на Lean Startup, проект 1 със Scrum, а проект 2 със Extreme Programming (XP).Всички единици работа се конкурират за наличните във организацията ресурси. На това ниво наистина е наложително да се балансира търсенето с капацитета на организацията.
  25. Канбан придава на организацията способността еволюционно да се приспособява към промените в бизнес средата и нейните рискове и несигурност чрез естествена промяна на начина на работа и използваната методология. Тази способност да се адаптира прави една организация здрава и жилава и способна да бъде конкурентноспособна в дългосрочна перспектива.
  26. Кайзен означава „постоянно усъвършенстване“Кайзен култура имаме когато хората се чувстват овластени, действат без страх, спонтанно си сътрудничат и правят нововъведения.Кайзен културата има високо ниво на доверие между хората, независимо от позициите във фирмената йерархия.Чрез разкриването на проблемите и съсредоточаването на организацията върху разрешаването им и елиминирайки влиянието им за в бъдеще, Канбан улеснява възникването на силно сътрудничество и високи доверие и самооценка сред служителите в една постоянно подобряваща се организация.
  27. Канбан бързо показва проблемите, които вредят на производителността и предизвиква екипа да се съсредоточи върху решаването на тези проблеми, за да запази постоянен потока от работа.Канбан спомага да постигнем устойчиво темпо на работа, при което всички да могат да балансират работата и личния живот.Една система е в равновесие ако броят елементи чакащи на опашка за да бъдат обслужени осцилира по такъв начин, че средната им стойност и разпределението остават константни за дълго време.