Канбан — современный подход к разработке ПО, принадлежащий семейству гибких методов наряду со Scrum и экстремальным программированием.
Хотите узнать, что такое канбан и как его применять в вашем проекте по разработке ПО? Приходите на наш семинар. Вы поучаствуете в игровом проекте-симуляции и поймете, как сделать канбан-доску, что такое каденция, Work In Progress и Cycle Time и как их использовать.
По материалам конференции .NET разработчиков http://www.dotnetconf.ru/Materialy/Probuem_Kanban
Канбан — современный подход к разработке ПО, принадлежащий семейству гибких методов наряду со Scrum и экстремальным программированием.
Хотите узнать, что такое канбан и как его применять в вашем проекте по разработке ПО? Приходите на наш семинар. Вы поучаствуете в игровом проекте-симуляции и поймете, как сделать канбан-доску, что такое каденция, Work In Progress и Cycle Time и как их использовать.
По материалам конференции .NET разработчиков http://www.dotnetconf.ru/Materialy/Probuem_Kanban
Доски проектов и продуктов: Agile-визуализация на уровне компанииSergey Rogachev
Презентация доклада "Доски проектов и продуктов: Agile-визуализация на уровне компании" Сергея Рогачева на конференции AgileDays 2015 в Москве 20 марта 2015 года (http://msk15.agiledays.ru/reports/view/8). См. подробнее в заметке "Отчет об участии в AgileDays'15" (http://wp.me/p1650o-hN) в персональном блоге Рогачева Сергея.
Роль аналитика в гибких методологиях разработкиDevDay
Вопросы применения гибких и негибких подходов в разработке очень индивидуальны. Применение того или иного зависит от проекта, команды, заказчика и пр. Мы поделимся своим опытом в построении команд, где применялись гибкие методологии разработки, и расскажем, с какими особенностями работы сталкивается аналитик в своей повседневной рабочей жизни.
В нашем выступлении будут затронуты следующие вопросы:
— Процессы в проекте и роль аналитика на каждом этапе проекта.
— Особенности гибких методологий и роль аналитика.
— Какие основные задачи выполняет аналитик.
— Взаимодействие со всеми участниками команды.
— И многие другие.
This document discusses continuous performance testing (CPT) and introduces the Jagger CPT solution. It provides an overview of why performance testing is important, outlines the principles and goals of CPT, and describes the key parts of the Jagger CPT platform including load generation, metrics collection, test data management, and environment management. It also provides an example customer success story where Jagger was used for continuous performance testing of a large ecommerce site.
Мощь переполняет с JDI 2.0 - новая эра UI автоматизацииSQALab
This document provides an overview of the JDI (Java UI test automation framework). It discusses features of JDI including being UI element oriented, providing common UI elements and solutions to common problems. It provides examples of how to write tests using JDI annotations and page object pattern. The document also summarizes benefits of JDI such as reducing test code, improving test clarity, reuse across projects. Finally it outlines new features planned for JDI 2.0 including layout verification, page object generator, integration with Selenium and expanding JDI to other languages like Python.
Доски проектов и продуктов: Agile-визуализация на уровне компанииSergey Rogachev
Презентация доклада "Доски проектов и продуктов: Agile-визуализация на уровне компании" Сергея Рогачева на конференции AgileDays 2015 в Москве 20 марта 2015 года (http://msk15.agiledays.ru/reports/view/8). См. подробнее в заметке "Отчет об участии в AgileDays'15" (http://wp.me/p1650o-hN) в персональном блоге Рогачева Сергея.
Роль аналитика в гибких методологиях разработкиDevDay
Вопросы применения гибких и негибких подходов в разработке очень индивидуальны. Применение того или иного зависит от проекта, команды, заказчика и пр. Мы поделимся своим опытом в построении команд, где применялись гибкие методологии разработки, и расскажем, с какими особенностями работы сталкивается аналитик в своей повседневной рабочей жизни.
В нашем выступлении будут затронуты следующие вопросы:
— Процессы в проекте и роль аналитика на каждом этапе проекта.
— Особенности гибких методологий и роль аналитика.
— Какие основные задачи выполняет аналитик.
— Взаимодействие со всеми участниками команды.
— И многие другие.
This document discusses continuous performance testing (CPT) and introduces the Jagger CPT solution. It provides an overview of why performance testing is important, outlines the principles and goals of CPT, and describes the key parts of the Jagger CPT platform including load generation, metrics collection, test data management, and environment management. It also provides an example customer success story where Jagger was used for continuous performance testing of a large ecommerce site.
Мощь переполняет с JDI 2.0 - новая эра UI автоматизацииSQALab
This document provides an overview of the JDI (Java UI test automation framework). It discusses features of JDI including being UI element oriented, providing common UI elements and solutions to common problems. It provides examples of how to write tests using JDI annotations and page object pattern. The document also summarizes benefits of JDI such as reducing test code, improving test clarity, reuse across projects. Finally it outlines new features planned for JDI 2.0 including layout verification, page object generator, integration with Selenium and expanding JDI to other languages like Python.
The document discusses testing of geolocation systems. It provides an overview of geolocation, including definitions and importance. It then outlines the speaker's experience and work testing GIS systems. The rest of the document details approaches to testing geolocation, including simulating calls, checking responses and databases, and verifying accuracy. It also discusses common data formats, projections, tools like PostGIS and QGIS, and potential bugs to watch for like coordinate jumbling. The conclusion emphasizes starting simple, practicing to improve, and for tests to grow with knowledge as geolocation is important for future IT.
21. Work
In
Progress
(N
=
размер
команды)
>>
N
~
2N
~
N
<
N
Минимизируем
Ничего
не
меняется
потери
Эффективная
Визуализация
командная
работа
имеющегося
процесса
22. Аналитика
Разработка
Тестирование
4
5
4
В
прогрессе
Готово
Ждем
сервер
Нужный
специалист
занят
Ждем
ответа
от
сисадминов
Ждем
ответа
Баг
мешает
заказчика
продолжить
Заказчик
не
тестирование
предоставил
интерфейс
к
системе
23. WIP
~
N
Разработка
3
В
прогрессе
– Нет
блокированных
задач
3
– Проблемы
решаются
командой
быстро
4
7
24. WIP
<N
Разработка
3
В
прогрессе
– Командная
работа
– Обмен
знаниями
3
– Нет
узких
мест
4
– Выше
качество!
7
25. Совместная
работа
команды
• PO
помогает
команде
в
приемке
• Тестировщик
помогает
аналитику
• Программист
помогает
собрать
требования
• Аналитик
и
тестировщик
помогают
программисту
27. Последовательность
стадий
Очередь
Анализ
Разработка
Тестирование
Деплой
Обычная
разработка
Приемочные
Очередь
Разработка
Тестирование
Деплой
критерии
Разработка
через
приемочное
тестирование
Приемочные
Перекрестное
Очередь
критерии
Разработка
тестирование
Тестирование
Деплой
Разработка
с
тремя
фазами
тестирования
29. Очередь
Аналитика
Разработка
Приемка
2
3
2
В
прогрессе
Готово
В
прогрессе
Готово
В
прогрессе
Готово
• Определен
• Тесты
на
• Заказчик
принял
сценарий
основные
методы
• Готово
к
деплою
демонстрации
и
написаны
и
приемочные
тесты
проходят
• Указан
заказчик
• Код
прошел
• Проведено
ревью
ревью
программистом
• Документация
создана
и
прошла
ревью
Критерии
готовности
42. Стендап
• Общий
стендап
– Справа
налево
по
доске
– Что
вам
мешает?
– Чем
вы
можете
помешать?
• Стендапы
в
группах
PO
43. version
1.2
Пример
канбан
2009-‐11-‐16
Henrik
Kniberg
www.crisp.se/kanban/example
Next
Analysis
Development
Acceptance
Prod
2
3
3
2
Ongoing
Done
Ongoing
Done
Ongoing
Done
2009-‐08-‐20
2009-‐09-‐03
2009-‐09-‐01
2009-‐09-‐08
2009-‐08-‐27
orem
olor
sit
amet,
co
ipsum
dolor
sit
ame 2009-‐08-‐30
2009-‐08-‐27
t,
orem
ips nse
ctetur
adi
pis
cing
sit
co
nse
ctetur
adi
orem
ipsum
dolor
olor
sit
orem
ipsum
d sit
orem
ipsum
dolor
sit
amet,
co
um
dolor
sit
orem
ipsum
dolor
orem
ipsum
dolor
sit
cing
elit
nisl
pis
amet,
co
nse
cctetur
amet,
o
nse
ctetur
adi
pis
cing
orem
inisl
dol
elit
psum
elit
nisl
amet,
co
adi
pis
cing
amet,
co
nse
ctetur
orem
ipsum
dolor
sit
nse
ctetur
amet,
ctetur
adi
p
is
nisl
amet,
adi
pis
cing
elit
elit
nisl
cing
elit
nisl
am et,
co
nse
cteor
sit
2009-‐08-‐25
tur
orem
ipsum
dolor
sit
amet,
co
nse
ctetur 2009-‐08-‐20
dolor
sit
2009-‐09-‐02
xxxx
kjd
orem
ipsum
olor
sit
orem
ipsum
dd
xxxsit
dj
olor
orem
ipsum
dctetur
ctetur
orem
ipsum
dolor
sit
amet,
co
nse
amet,
co
nse
ctetur
amet,
co
nse
ctetur
orem
ipsum
dolor
sit
amet,
co
nse
lit
nisl
adi
pis
cing
e
amet,
nse
ctetur
adi
orem
ipsum
dolor
sit
pis
elit
nisl
orem
ipsum
dolor
sit
amet,
co
nse
ctetur
amet,
co
nse
ctetur
2009-‐08-‐22
orem
ipsum
dolor
sit
orem
ipsum
amet,
co
nse
ctetur
dolor
sit
amet,
co
2009-‐08-‐29
2009-‐08-‐26
2009-‐09-‐02
orem
adi
pis
cin
orem
ipsum
dolor
sit
g
orem
ipsum
dolor
elit
nisl
amet,
nse
ctetur
adi
2009-‐08-‐25
sit
amet,
co
nse pis
cing
elit
nisl
orem
ipsum
dolor
sit
m
dolor
sit
orem
ipsu se
ctetur
orem
ipsum
dolor
sit
orem
ipsum
dolor
sit
co
nse
ctetur
amet,
amet,
co
n ctetur
adi
pis
cing
elit
amet,
co
nse
ctetur
nisl
Definison
of
Done:
Definison
of
Done:
Definison
of
Done:
• Goal
is
clear
• Code
clean
&
checked
in
on
trunk
• Customer
accepted
• First
tasks
defined
• Integrated
&
regression
tested
• Ready
for
producŒon
• Story
split
(if
necessary)
• Running
on
UAT
environment
Feature
/
story
Hard
deadline
Task
/
defect
What
to
pull
first
=task
=defect
(if
applicable)
Panicfeatures
(descripŒon)
Date
when
added
to
(descripŒon)
•
board
(should
be
swarmed
and
kept
(descripŒon)
=
completed
moving.
Interrupt
other
work
and
2009-‐08-‐20
2009-‐09-‐30
=
priority
break
WIP
limits
as
necessary)
(descripŒon)
=
blocked
Why • Priority
features
=
panic
• Hard
deadline
features
(descripŒon)
(only
if
deadline
is
at
risk)
(descripŒon)
=
who
is
doing
this
• Oldest
features
Who
is
analyzing
/
right
now
tesŒng
right
now