We have emailed the verification/download link to "".
Login to your email and click the link to download the file directly.
Check your bulk/spam folders if you can't find our mail.
Loading…
Flash Player 9 (or above) is needed to view presentations.
We have detected that you do not have it on your computer. To install it, go here.
Ура, мы будем играть в скрам Название в разработке
Ну тут еще майндмапа в разработке
Теперь я выделяю основные элементы, которые рассматриваю в скраме в качестве позитивных и рекомендуемых ко внедрению Ж))
Это основа скрама. С него все начинается И я вижу в нем у нас тоже реальную потребность Это может быть файл Excel в гугл доксах или страница в вики. Сюда пишутся все требования(юзер стори), которые запланированы к реализации , причем на понятном языке(не техническом)
Основным элементом беклога является юзер стори Т.е. элементы бэклога пишутся на человеческом языке, а не на техническом
Теперь я выделяю основные элементы, которые рассматриваю в скраме в качестве позитивных и рекомендуемых ко внедрению Ж))
- все мнения учитываются - более качественные оценки Можно использовать числа подряд: 1,2,3,4. Но, как показывается народная мудрость, начинаются мелочные споры, о том, что это 2 или 3, и опять в ход идут “метрические линейки” типа рабочих часов, минут, дней. Поэтому уже давно многие Agile-практики рекомендуют пользоваться последовательностью Фибоначчи (0,1,2,3,5,8,13…). Ее выгода в том, что она начинает резко расти вверх. Ведь если требование действительно сложное, то детали уже не так важны – слона лучше всего есть по частям, главное понять, что это слон Правила Planning Poker просты: Каждому участнику дается набор карт с цифрами Заказчик/Владелец Продукта читает историю, и команда кратко уточняет ее Каждый участник выбирает свою оценку и кладет карту рубашкой вверх Все одновременно открывают карты Если есть разница (большая), то обсуждается «Почему?» Делаем еще один раунд оценки, пока все не сойдутся на одном числе
- все мнения учитываются - более качественные оценки Можно использовать числа подряд: 1,2,3,4. Но, как показывается народная мудрость, начинаются мелочные споры, о том, что это 2 или 3, и опять в ход идут “метрические линейки” типа рабочих часов, минут, дней. Поэтому уже давно многие Agile-практики рекомендуют пользоваться последовательностью Фибоначчи (0,1,2,3,5,8,13…). Ее выгода в том, что она начинает резко расти вверх. Ведь если требование действительно сложное, то детали уже не так важны – слона лучше всего есть по частям, главное понять, что это слон Правила Planning Poker просты: Каждому участнику дается набор карт с цифрами Заказчик/Владелец Продукта читает историю, и команда кратко уточняет ее Каждый участник выбирает свою оценку и кладет карту рубашкой вверх Все одновременно открывают карты Если есть разница (большая), то обсуждается «Почему?» Делаем еще один раунд оценки, пока все не сойдутся на одном числе
Ну это уже пробовали, это хорошо, но всем лень Основные условие: 1) место(лучше не в рабочей комнате)
Исключение затрат . Затратами считается всё, что не добавляет ценности для потребителя. В частности: излишняя функциональность; ожидание (паузы) в процессе разработки; нечёткие требования; бюрократизация; медленное внутреннее сообщение. Акцент на обучении. Короткие циклы разработки, раннее тестирование, частая обратная связь с заказчиком. Предельно отсроченное принятие решений. Решение следует принимать не на основе предположений и прогнозов, а после открытия существенных фактов. Предельно быстрая доставка заказчику. Короткие итерации. Мотивация команды. Нельзя рассматривать людей исключительно как ресурс. Людям нужно нечто большее, чем просто список заданий. Интегрирование. Передать целостную информацию заказчику. Стремиться к целостной архитектуре. Рефакторинг. Целостное видение. Стандартизация, установление отношений между разработчиками. Разделение разработчиками принципов бережливости. «Мыслить широко, действовать мало, промахиваться быстро; учиться стремительно».
Ping pong Суть в том, чтобы писать тесты до того как будет написан сам код, при этом, выдерживая наименьшие шаги при написании кода. Т.е. один программист пишет один тест, который компилируется, но “падает”. Затем, второй программист должен написать код, который будет отвечать заранее написанному тесту, и, соответсвенно он же должен будет написать следующий тест, чтобы первый программист написал соответствующий код. Всё это весело и довольно эффектно, но без сомнения требует довольно высокой концентрации на поставленной задаче.
Теперь я выделяю основные элементы, которые рассматриваю в скраме в качестве позитивных и рекомендуемых ко внедрению Ж))
Рома, это тебе посвящается Я начиталась Питерса, и решила, чем больше будет безобразия - тем лучше :P Дальше неинтересно Здесь нарисована иерархия экшенов небезызвестного адверфейса Был проведен всестронний анализ(мной) после чего всячески перепроектирована эта самая иерархия
Что это пример доказывает:
ну пока непонятно какая-то модель диск зачем? все мы разные, это хорошо, надо думать, как это использовать
Теперь я выделяю основные элементы, которые рассматриваю в скраме в качестве позитивных и рекомендуемых ко внедрению Ж))
© All Rights Reserved
View text version
© 2010 SlideShare Inc. All rights reserved.
No comments yet
Post a comment