Доклады / Agile без брака, или как внедрить личную ответственность

Как научить программистов выполнять задачи с первого раза? Как получать меньше замечаний по итогам демо? Как не получать «пожары» после релиза? Как перестать быть нужным для выполнения любой задачи?

 

Если эти вопросы есть у менеджера, у остальных в команде есть свои «отражения»: как не возиться с глупыми багами программистов? (тестировщик), почему докопались до каких-то мелочей? (программист/ верстальщик/дизайнер), и так далее.

 

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

 

Решение – общее для всех: принцип «сделал - проверь», заряженный личной ответственностью каждого. Это — ключ к успеху в любой отрасли, но в разработке его внедрить сложнее всего. Но если внедрить — счастливее все.

 

В докладе:

..1. Почему принцип «сделал — проверь» критически важен, почему в разработке обычно работает плохо.

..2. Почему этот принцип может работать, и особенно — в Agile, и что это даст.

..3. Что делать, что бы принцип заработал: практики — одновременно радикальные и естественные, проверенные десятками лет в других передовых отраслях, и заново — в IT-проектах:

  • подходы уровня проекта — изменения внутреннего тестирования (внутри команды), внешнего тестирования и поддержки пользователей, и что это дает
  • практики и приемы уровня любых конкретных задач проекта, начиная с производственных — как для исполнителя, так и для постановщика
  • незатронутые практики — для дальнейшего изучения.

 

Все проверено на опыте: 

  1. → личном — на должностях программиста, ведущего разработчика и руководителя разных типов;
  2. → выдающихся руководителей; 
  3. → общемировой практики, литературы и исследований в самых разных отраслях, ведь самые ценные принципы действуют везде, — от подготовки к ЕГЭ до покера, от армии до разработки ПО.

Уровень аудитории: практикующие, эксперты

Направления: Product Management, Engineering & Quality, Experience Report, Agile Process

Докладчик

Антон Белоусов Антон Белоусов
EasyFinance.ru (Москва)

На доклад идут: 4

Комментарии

 
 

Белоусов Антон Белоусов Антон,
EasyFinance.ru (Москва)

23.01.2011  14:22:57

Абстракт доклада получился слишком пафосным и общим (первый блин :), поэтому ниже - часть "сухого остатка" и содержания:
Ориентация - на менеджеров: тема полезна всем, но начинать внедрять придется менеджеру.
Содержание:
1. Что значит "личная ответственность", почему это ключ к успеху, почему в Agile
2. С кого начать и почему, уровни требований к результату и как их выполнять. Уровни требований:
1. Сделано все, что нужно
2. Проверена устойчивость
3. Сделано лучше, чем было нужно
3. Как мотивировать участников команды и себя.
Как поддерживать и не сломать - ведь количество критики значительно возрастет
Как помочь выполнять требования
4. Усиливаем мотивацию естественно - как перестроить процессы. Ключевые моменты:
Самим использовать свой продукт - почему это так важно и что делать, если это невозможно.
Отказаться от ОТК - почему и как, что делать тестировщикам.
5. Облегчаем жизнь - что и как автоматизировать.

Буду рад вопросам и спорам)

Ответить

 

Белоусов Антон Белоусов Антон,
EasyFinance.ru (Москва)

23.01.2011  14:25:26

<ручное форматирование> Абстракт доклада получился слишком пафосным и общим (первый блин :), поэтому ниже - часть "сухого остатка" и содержания:
.
.
Ориентация - на менеджеров: тема полезна всем, но начинать внедрять придется менеджеру.
.
.
Содержание:
....1. Что значит "личная ответственность", почему это ключ к успеху, почему в Agile
....2. С кого начать и почему, уровни требований к результату и как их выполнять. Уровни требований:
............1) Сделано все, что нужно
............2) Проверена устойчивость
............3) Сделано лучше, чем было нужно
....3. Как мотивировать участников команды и себя.
............Как поддерживать и не сломать - ведь количество критики значительно возрастет
............Как помочь выполнять требования
....4. Усиливаем мотивацию естественно - как перестроить процессы. Ключевые моменты:
............Самим использовать свой продукт - почему это так важно и что делать, если это невозможно.
............Отказаться от ОТК - почему и как, что делать тестировщикам.
....5. Облегчаем жизнь - что и как автоматизировать.
.
.
Буду рад вопросам и спорам)

Ответить

Зарегистрируйтесь, чтобы оставлять комментарии

123