• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Список идей: Scrum
 

Список идей: Scrum

on

  • 1,817 views

Scrum introduction

Scrum introduction

Statistics

Views

Total Views
1,817
Views on SlideShare
1,794
Embed Views
23

Actions

Likes
2
Downloads
9
Comments
0

5 Embeds 23

http://cl.localnet 14
http://sallyca.wikispaces.com 4
http://bitlab.com.ua:23033 2
http://wiki.dev.localnet 2
http://www.slideshare.net 1

Accessibility

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • Ура, мы будем играть в скрам   Название в разработке
  • Ну тут еще майндмапа в разработке
  • Теперь я выделяю основные элементы, которые рассматриваю в скраме в качестве позитивных и рекомендуемых ко внедрению   Ж))
  • Это основа скрама. С него все начинается И я вижу в нем у нас тоже реальную потребность Это может быть файл 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 Дальше неинтересно Здесь нарисована иерархия экшенов небезызвестного адверфейса Был проведен всестронний анализ(мной) после чего всячески перепроектирована эта самая иерархия
  • Что это пример доказывает:
  • ну пока непонятно какая-то модель диск зачем? все мы разные, это хорошо, надо думать, как это использовать
  • Теперь я выделяю основные элементы, которые рассматриваю в скраме в качестве позитивных и рекомендуемых ко внедрению   Ж))

Список идей: Scrum Список идей: Scrum Presentation Transcript