🗊Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com

Категория: Бизнес и предпринимательство
Нажмите для полного просмотра!
Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №1Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №2Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №3Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №4Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №5Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №6Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №7Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №8Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №9Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №10Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №11Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №12Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №13Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №14Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №15Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №16Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №17Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №18Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №19Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №20Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №21Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №22Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №23Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №24Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №25Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №26Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №27Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №28Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №29Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №30Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №31Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №32Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №33Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №34Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №35
Скачать

Содержание ▲

Вы можете ознакомиться и скачать Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com. Презентация содержит 35 слайдов. Презентации для любого класса можно скачать бесплатно. Если материал и наш сайт презентаций Вам понравились – поделитесь им с друзьями с помощью социальных кнопок и добавьте в закладки в своем браузере.

Слайды и текст этой презентации

Слайд 1


Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com
Описание слайда:
Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com

Слайд 2


Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №2
Описание слайда:

Слайд 3


Сообщество Agile Ukraine www.agileukraine.org Cтатьи, общение, новости, события, обмен опытом. Google discussion group Присоединяйтесь, там интересно. Сообщество Agile Ukraine www.agileukraine.org Cтатьи, общение, новости, события, обмен опытом. Google discussion group Присоединяйтесь, там интересно. Украинский портал по SCRUM www.scrum.com.ua Статьи, полезные ссылки, сертификация ScrumMaster.
Описание слайда:
Сообщество Agile Ukraine www.agileukraine.org Cтатьи, общение, новости, события, обмен опытом. Google discussion group Присоединяйтесь, там интересно. Сообщество Agile Ukraine www.agileukraine.org Cтатьи, общение, новости, события, обмен опытом. Google discussion group Присоединяйтесь, там интересно. Украинский портал по SCRUM www.scrum.com.ua Статьи, полезные ссылки, сертификация ScrumMaster.

Слайд 4


Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №4
Описание слайда:

Слайд 5


Кто из вас в настоящее время работает в проекте по разработке ПО? Кто из вас в настоящее время работает в проекте по разработке ПО? Есть ли какие-то проблемы? В нашей области принято называть проблемы словом «challenges» 
Описание слайда:
Кто из вас в настоящее время работает в проекте по разработке ПО? Кто из вас в настоящее время работает в проекте по разработке ПО? Есть ли какие-то проблемы? В нашей области принято называть проблемы словом «challenges» 

Слайд 6


Заказчики Заказчики «Невменяемые заказчики» ;) Заказчики не знают, чего хотят Давление на команду Слишком много проектов для одной команды Заказчик – бывший программист Требования Заказчики часто меняют порядок выполнения работ От заказчиков исходят противоречивые пожелания Всё критично для реализации в ближайшее время Требования отсутствуют как таковые, решения над чем работать принимаются спонтанно
Описание слайда:
Заказчики Заказчики «Невменяемые заказчики» ;) Заказчики не знают, чего хотят Давление на команду Слишком много проектов для одной команды Заказчик – бывший программист Требования Заказчики часто меняют порядок выполнения работ От заказчиков исходят противоречивые пожелания Всё критично для реализации в ближайшее время Требования отсутствуют как таковые, решения над чем работать принимаются спонтанно

Слайд 7


Статус проекта Статус проекта Нереальные сроки Отложенные релизы Никто не знает текущего состояния дел Никто не знает, когда закончится проект 50% задач готовы на 50% Команда Проблемы с качеством кода Неоцениваемые задачи Руководство «Некомпетентное руководство» ;)
Описание слайда:
Статус проекта Статус проекта Нереальные сроки Отложенные релизы Никто не знает текущего состояния дел Никто не знает, когда закончится проект 50% задач готовы на 50% Команда Проблемы с качеством кода Неоцениваемые задачи Руководство «Некомпетентное руководство» ;)

Слайд 8


Анти-паттерны и как с ними бороться
Описание слайда:
Анти-паттерны и как с ними бороться

Слайд 9


Симптомы: Симптомы: Заказчики часто меняют порядок выполнения работ. Требования отсутствуют как таковые, решения над чем работать принимаются спонтанно. На стороне заказчика работает группа людей, от которых исходят противоречивые пожелания. Как следствие: Никто толком не знает ближайшие цели проекта. Ощущение хаоса. На вопрос «что вы сейчас разрабатываете?» у команды нет чёткого и короткого ответа.
Описание слайда:
Симптомы: Симптомы: Заказчики часто меняют порядок выполнения работ. Требования отсутствуют как таковые, решения над чем работать принимаются спонтанно. На стороне заказчика работает группа людей, от которых исходят противоречивые пожелания. Как следствие: Никто толком не знает ближайшие цели проекта. Ощущение хаоса. На вопрос «что вы сейчас разрабатываете?» у команды нет чёткого и короткого ответа.

Слайд 10


Пути решения: Пути решения: Не называйте требования «требованиями». Как вариант - «пожелания». Заведите на проекте единственный упорядоченный список пожеланий – «product backlog» по Скраму.
Описание слайда:
Пути решения: Пути решения: Не называйте требования «требованиями». Как вариант - «пожелания». Заведите на проекте единственный упорядоченный список пожеланий – «product backlog» по Скраму.

Слайд 11


Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №11
Описание слайда:

Слайд 12


Определите критерии «здоровья» беклога. Определите критерии «здоровья» беклога. Найдите на стороне заказчика человека, который бы отвечал за поддержание беклога в «здоровой форме» (Product Owner или PO по Скраму) Не начинайте работать над очередной фазой проекта, пока есть проблемы с наполнением беклога. Помогайте вашему PO поддерживать беклог. Это его самая важная работа в течение всего проекта.
Описание слайда:
Определите критерии «здоровья» беклога. Определите критерии «здоровья» беклога. Найдите на стороне заказчика человека, который бы отвечал за поддержание беклога в «здоровой форме» (Product Owner или PO по Скраму) Не начинайте работать над очередной фазой проекта, пока есть проблемы с наполнением беклога. Помогайте вашему PO поддерживать беклог. Это его самая важная работа в течение всего проекта.

Слайд 13


Также может называться «Все й одразу!» :) Также может называться «Все й одразу!» :) Симптомы и другие формы челенджа: У требований нет приоритетов. Все требования имеют приоритет P1. Требования разбиты на приоритеты P1, P2..., но в каждой группе довольно много элементов. На вопрос, что более критично, что менее для проекта, заказчики отвечают, что критично всё. Заказчики полностью делегировали принятие решений о порядке реализации требований команде. Как сдедствие: Программисты работает над чем хотят. Либо часто перескакивают с задачи на задачу, не завершая ни одну.
Описание слайда:
Также может называться «Все й одразу!» :) Также может называться «Все й одразу!» :) Симптомы и другие формы челенджа: У требований нет приоритетов. Все требования имеют приоритет P1. Требования разбиты на приоритеты P1, P2..., но в каждой группе довольно много элементов. На вопрос, что более критично, что менее для проекта, заказчики отвечают, что критично всё. Заказчики полностью делегировали принятие решений о порядке реализации требований команде. Как сдедствие: Программисты работает над чем хотят. Либо часто перескакивают с задачи на задачу, не завершая ни одну.

Слайд 14


Пути решения: Пути решения: Заведите беклог. Добавьте в беклог грубые оценки длительности реализации пожеланий. Заведите понятие текущего релиза, оговорив желаемую дату релиза и цель. Проведите в беклоге черту «текущий релиз». Зафиксируйте дату релиза и научите вашего PO манипулировать содержимым релиза для сохранения запланированной даты.
Описание слайда:
Пути решения: Пути решения: Заведите беклог. Добавьте в беклог грубые оценки длительности реализации пожеланий. Заведите понятие текущего релиза, оговорив желаемую дату релиза и цель. Проведите в беклоге черту «текущий релиз». Зафиксируйте дату релиза и научите вашего PO манипулировать содержимым релиза для сохранения запланированной даты.

Слайд 15


Пути решения: Пути решения: Ведите график количества оставшейся работы в текущем релизе. Обновляйте его после каждой итерации.
Описание слайда:
Пути решения: Пути решения: Ведите график количества оставшейся работы в текущем релизе. Обновляйте его после каждой итерации.

Слайд 16


Также может называться: «Мы думаем, что мы успеем» или «Должны успеть!» Также может называться: «Мы думаем, что мы успеем» или «Должны успеть!» Симптомы: Никто не знает, когда закончится проект. Никто не знает текущего состояния дел. «50% задач сделаны на 50%». Вся команда работает монотонно. Все понимают, что под конец проекта в любом случае придётся напрячься, так что нет смысла напрягаться сейчас.
Описание слайда:
Также может называться: «Мы думаем, что мы успеем» или «Должны успеть!» Также может называться: «Мы думаем, что мы успеем» или «Должны успеть!» Симптомы: Никто не знает, когда закончится проект. Никто не знает текущего состояния дел. «50% задач сделаны на 50%». Вся команда работает монотонно. Все понимают, что под конец проекта в любом случае придётся напрячься, так что нет смысла напрягаться сейчас.

Слайд 17


Симптомы: Симптомы: В проекте не принято обсуждать реалистичность планов. Тестировщики молчаливо работают над подготовкой тест-кейсов.
Описание слайда:
Симптомы: Симптомы: В проекте не принято обсуждать реалистичность планов. Тестировщики молчаливо работают над подготовкой тест-кейсов.

Слайд 18


Как следствие: Как следствие: Нет ни одной готовой и работающей фичи. Система постоянно в «разобранном состоянии». Тестировщикам нечего тестировать.
Описание слайда:
Как следствие: Как следствие: Нет ни одной готовой и работающей фичи. Система постоянно в «разобранном состоянии». Тестировщикам нечего тестировать.

Слайд 19


Пути решения: Пути решения: Остановить разработку нового функционала до прогона функционального и регрессионного тестирования. Тестируют все. Результаты тестирования поместить в верх беклога. Собрать команду и заказчика для поиска ответа на вопрос: «Какие из незавершённых пожеланий можно будет завершить и протестировать для демонстрации через 3 недели?» С этого момента работать итерациями. Начало – совещание по выбору пожеланий на итерацию. Завершение – демонстрация работающей системы.
Описание слайда:
Пути решения: Пути решения: Остановить разработку нового функционала до прогона функционального и регрессионного тестирования. Тестируют все. Результаты тестирования поместить в верх беклога. Собрать команду и заказчика для поиска ответа на вопрос: «Какие из незавершённых пожеланий можно будет завершить и протестировать для демонстрации через 3 недели?» С этого момента работать итерациями. Начало – совещание по выбору пожеланий на итерацию. Завершение – демонстрация работающей системы.

Слайд 20


Симптомы: Симптомы: Основной заказчик – бывший программист, но ведёт себя как настоящий.  Большая часть требований ставятся команде в виде программистских задач, диаграмм классов, примеров кода... В требованиях программисткая терминология . Как следствие: Никто толком не понимает бизнес нужд. Тестировщики не знают, как тестировать систему.
Описание слайда:
Симптомы: Симптомы: Основной заказчик – бывший программист, но ведёт себя как настоящий.  Большая часть требований ставятся команде в виде программистских задач, диаграмм классов, примеров кода... В требованиях программисткая терминология . Как следствие: Никто толком не понимает бизнес нужд. Тестировщики не знают, как тестировать систему.

Слайд 21


Пути решения: Пути решения: Ознакомьтесь с концепцией «User Stories» (историй) - пожеланий, записанных в формате: As a <user> I can <do> so that <value>. Совместно с заказчиком выпишите истории для нереализованных (частично или полностью) требований, наполнив ими беклог. Упражнение: «All connections to the database go through a connection pool». «Implement paging control on the list of orders and sort orders by date» Как можно было бы переписать это в виде истории? Иногда помогает техника «five whys».
Описание слайда:
Пути решения: Пути решения: Ознакомьтесь с концепцией «User Stories» (историй) - пожеланий, записанных в формате: As a <user> I can <do> so that <value>. Совместно с заказчиком выпишите истории для нереализованных (частично или полностью) требований, наполнив ими беклог. Упражнение: «All connections to the database go through a connection pool». «Implement paging control on the list of orders and sort orders by date» Как можно было бы переписать это в виде истории? Иногда помогает техника «five whys».

Слайд 22


Пути решения: Пути решения: В начальном списке задач поставьте в соответствие каждой задаче одну из историй. Передайте полное управление списком задач команде. Добавьте в список задач задачи по интеграции, тестированию, настройке среды и проч. Помогайте заказчику описывать новые требования в оговоренном формате.
Описание слайда:
Пути решения: Пути решения: В начальном списке задач поставьте в соответствие каждой задаче одну из историй. Передайте полное управление списком задач команде. Добавьте в список задач задачи по интеграции, тестированию, настройке среды и проч. Помогайте заказчику описывать новые требования в оговоренном формате.

Слайд 23


Симптомы: Симптомы: Команда разрабатывает и поддерживает спектр приложений. Никто не может точно указать кросс-приоритеты между требованиями различных приложений.
Описание слайда:
Симптомы: Симптомы: Команда разрабатывает и поддерживает спектр приложений. Никто не может точно указать кросс-приоритеты между требованиями различных приложений.

Слайд 24


Пути решения: Пути решения: Заведите общий беклог на все проекты, для этого должен быть выбран один PO.
Описание слайда:
Пути решения: Пути решения: Заведите общий беклог на все проекты, для этого должен быть выбран один PO.

Слайд 25


Или же разделить команду на подкоманды с независимыми беклогами. Или же разделить команду на подкоманды с независимыми беклогами. Может быть даже различными PO.
Описание слайда:
Или же разделить команду на подкоманды с независимыми беклогами. Или же разделить команду на подкоманды с независимыми беклогами. Может быть даже различными PO.

Слайд 26


Или же выделите самый критичный проект, выделить для него постоянную команду, беклог, PO. Остальные проекты разрабатывайте, как раньше. Или же выделите самый критичный проект, выделить для него постоянную команду, беклог, PO. Остальные проекты разрабатывайте, как раньше.
Описание слайда:
Или же выделите самый критичный проект, выделить для него постоянную команду, беклог, PO. Остальные проекты разрабатывайте, как раньше. Или же выделите самый критичный проект, выделить для него постоянную команду, беклог, PO. Остальные проекты разрабатывайте, как раньше.

Слайд 27


Симптомы: Симптомы: Команда не может дать оценки требованиям. Требования слишком размыты, в проекте много технологических рисков и прочих неизвестных. Оценки, данные командой, рассматриваются как обещания.
Описание слайда:
Симптомы: Симптомы: Команда не может дать оценки требованиям. Требования слишком размыты, в проекте много технологических рисков и прочих неизвестных. Оценки, данные командой, рассматриваются как обещания.

Слайд 28


Мотивация: Мотивация: Оценки нужны, пусть даже самые грубые, так как оценки влияют на решения заказчиков по порядку реализации требований и объёму их реализации.
Описание слайда:
Мотивация: Мотивация: Оценки нужны, пусть даже самые грубые, так как оценки влияют на решения заказчиков по порядку реализации требований и объёму их реализации.

Слайд 29


Пути решения: Пути решения: Снять давление с команды. Оценки не являются обещаниями. Отделить исследования от реализации, создав в беклоге отдельные для них элементы. Использовать командные подходы к оценкам. К примеру planning poker. Собирать статистику и сравнивать требования, дефекты, задачи между собой.
Описание слайда:
Пути решения: Пути решения: Снять давление с команды. Оценки не являются обещаниями. Отделить исследования от реализации, создав в беклоге отдельные для них элементы. Использовать командные подходы к оценкам. К примеру planning poker. Собирать статистику и сравнивать требования, дефекты, задачи между собой.

Слайд 30


Симптомы: Симптомы: Код плохо пахнет. Программисты не обсуждают дизайн. Не проводятся ни в какой форме code review. В проекте нет code conventions. Написание юнит тестов очень трудоёмко. Часто ламается ранее написанная функциональность. Падает темп работы команды.
Описание слайда:
Симптомы: Симптомы: Код плохо пахнет. Программисты не обсуждают дизайн. Не проводятся ни в какой форме code review. В проекте нет code conventions. Написание юнит тестов очень трудоёмко. Часто ламается ранее написанная функциональность. Падает темп работы команды.

Слайд 31


Пути решения: Пути решения: Использовать дезодоранты для кода (комментарии) Ввести code reviews за правило. Практиковать парное программирование. Как минимум на начальной и конечной фазе реализации сложных фич.
Описание слайда:
Пути решения: Пути решения: Использовать дезодоранты для кода (комментарии) Ввести code reviews за правило. Практиковать парное программирование. Как минимум на начальной и конечной фазе реализации сложных фич.

Слайд 32


Завести беклог рефакторингов, выделить на них адекватный бюджет и выполнять выбранные рефакторинги каждую итерацию. Завести беклог рефакторингов, выделить на них адекватный бюджет и выполнять выбранные рефакторинги каждую итерацию.
Описание слайда:
Завести беклог рефакторингов, выделить на них адекватный бюджет и выполнять выбранные рефакторинги каждую итерацию. Завести беклог рефакторингов, выделить на них адекватный бюджет и выполнять выбранные рефакторинги каждую итерацию.

Слайд 33


Не пытайтесь изменить всё и сразу. Не пытайтесь изменить всё и сразу. Не пытайтесь сделать это самостоятельно. Начните с регулярных неформальных обсуждений процесса и поиска зон улучшений с командой и заказчиком (ретроспективы). Пытайтесь коллективно каждый месяц вводить выбранное одно-два улучшения. Через год ваш будет в намного лучшей форме, либо уже закончится. 
Описание слайда:
Не пытайтесь изменить всё и сразу. Не пытайтесь изменить всё и сразу. Не пытайтесь сделать это самостоятельно. Начните с регулярных неформальных обсуждений процесса и поиска зон улучшений с командой и заказчиком (ретроспективы). Пытайтесь коллективно каждый месяц вводить выбранное одно-два улучшения. Через год ваш будет в намного лучшей форме, либо уже закончится. 

Слайд 34


You can always start changing. You can always start now. You can always start from yourself. © Kent Beck, co-author of XP You can always start changing. You can always start now. You can always start from yourself. © Kent Beck, co-author of XP
Описание слайда:
You can always start changing. You can always start now. You can always start from yourself. © Kent Beck, co-author of XP You can always start changing. You can always start now. You can always start from yourself. © Kent Beck, co-author of XP

Слайд 35


Как сделать наши проекты немного более управляемыми с Agile Алексей Кривицкий IT Talk, Харьков 25 сен 2008 SCRUMguides.com, слайд №35
Описание слайда:

Скачать

Похожие презентации
Mypresentation.ru
Загрузить презентацию