AgileProductivity

Система AgileProductivity: Утройте Продуктивность Команды Программистов, Используя Гибкие Методологии

Доброго времени суток!

Если вы попали сюда, вас скорее всего интересует увеличение продуктивности вашей команды или команд, не так ли?

Открою маленький секрет: внедрение гибких методологий позволяет добиться роста продуктивности в 2-10 раз! Хотите узнать, как?

Внимательное прочтение этой страницы вполне может оказаться шагом, который приблизит вас к вашей мечте.

Обо мне

Меня зовут Алексей Тигарев.

Я работаю тимлидом в большой продуктовой компании. Управляю двумя командами. Я внедрил в своих командах гибкие методологии: Scrum + некоторые практики Extreme Programming и весьма доволен результами. Вот моё CV.

Мои знания в области гибких методологий подтверждены сертификатом Certified ScrumMaster от ScrumAlliance.

Также я являюсь сертифицированным Мастером НЛП. Из НЛП я взял взгляд на команду, как на систему (целое - больше чем сумма частей, команда - больше, чем совокупность разных людей), а также некоторые приёмы, позволяющие слушателям настроиться на оптимальное восприятие новой информации.

В LiveJournal я известен как t_gra. Возможно, вы подписаны на какие-то из LiveJournal-сообществ ru_pm, mindmaps, ru_time_mngmnt или просто как-то заглядывали в них. Создал их и модерирую - я.

Ну и последнее, чем хочется похвастаться - это мои спортивные достижения :) Я обладатель сертификата Project Manager Job Role от Brainbench. Обладатель третьего результата по Украине и первого по Одессе по баллам на сертификационном экзамене Project Manager на Brainbench. Получил первый результат в Украине по баллам на сертификационном экзамене Software Business Analysis на Brainbench (мой результат был также первым в мире на Bench Games II).

Это вам надо?

Вы project manager или team lead? Хотите ли вы, чтобы ваша команда работала эффективно, не делала лишней работы, держала качество на стабильно высоком уровне, способна была гибко отреагировать на изменения требований? Чтобы все работы по проекту были оценены заказчиком по достоинству и без проволочек оплачены? Хотели бы вы достичь этого без авралов, сверхурочной работы, чрезмерного психического напряжения для себя и других членов команды?

Вы представляете интересы Заказчика программного обеспечения? Хотите получать качественный продукт, который приносит деньги вашему бизнесу? Хотите ли вы получить минимальную, но уже полезную реализацию как можно раньше, чтобы извлекать прибыль уже сейчас? Хотите ли вы, чтобы используемые вами программные продукты можно было гибко менять в соответствии с вашими новыми идеями или изменениями коньюнктуры рынка?

Вы член проектной команды - программист, аналитик, тестировщик, архитектор? Вам интересно, как сделать так, чтобы в команде работать было комфортно, задачи, которые вы решаете были бы интересными и в то же время вполне выполнимыми в то время, в которое от вас ожидают их решения? Важно ли вам понимать, какого конкретно результата хотят от вас заказчик и руководитель? Хотите ли вы минимизировать время, используемое на документирование и планирование, и сосредоточиться на любимом деле? Нравится ли вам, когда у вас есть время сосредоточиться и сделать продукт качественно, а не судорожно латать дыры?

В таком случае здесь есть предложение для вас:

Предлагаем вам систему:

AgileProductivity: Утройте Продуктивность Команды Программистов, Используя Гибкие Методологии

Что это такое?
В апреле 2008 я провёл онлайн-тренинг “AgileProductivity: Утройте Продуктивность Команды Программистов, Используя Гибкие Методологии”. Текстовые материалы, аудиоматериалы тренинга и некоторые бонусы “упакованы” специальным образом. В результате получился “тренинг в коробке”, приобретя который, вы можете пройти его в удобное для вас время и в удобном темпе и, применив полученные знания, добиться роста продуктивности своей команды.

Задачи системы

Цель системы - создание адаптивной самоуправляемой команды, способной быть оставаться эффективной и совершенствоваться в меняющихся условиях.

Тренинг призван дать вам систему паттернов и практик, позволяющих:

  • начинать получать прибыль (для своей компании или для заказчика) от разрабатываемого программного продукта очень быстро
  • быть способным гибко реагировать на изменения требований и сроков, вызванным новыми идеями, инсайтами, и изменениями на рынке
  • выдавать заказчику именно то, что ему нужно (это не обязательно то, что он просил)
  • поддерживать стабильную скорость разработки, соответствующую ожиданиям заказчика/руководства
  • поддерживать стабильно высокое качество кода
  • быть готовым выдать релиз практически когда угодно
  • избежать сверхурочной работы, вызывающей перегорание команды
  • сделать, чтобы работа над проектом приносила радость всем участникам команды
  • сделать команду самоорганизующейся, достичь синергетического эффекта (2+2=5)
  • освободить время и ресурсы для решения стратегических задач, полезных в долговременном плане
  • сэкономить массу времени за счёт разрешения коммуникационных и интеграционных проблем
  • масштабировать или клонировать свою эффективную команду
Что такое паттерн?
В процессе разработки или управления для достижния управленческой или инженерной цели необходимо принимать множество решений.Описание единственной задачи вместе со своим лучшим решением называется паттерном.
Что такое практика?
Практика - это устоявшаяся, регулярно повторяемая форма поведения человека или группы людей.

Картина стала намного более понятной и полной.

Ну что сказать. Давно хотел досконально в этом разобраться, пробовал читать некоторые статьи, но получить целостную картину все время не удавалось. Благодаря семинару, могу сказать, что в основном удалось. Картина стала намного более понятной и полной. Несколько мешали технические проблемы и нехватка времени, из-за которых в основном приходилось слушать в записи. Но тем не менее, думаю, что получил понимание процесса, что подтверждается и тем, что цели о которых я говорил в начале я считаю достигнутыми.Были конечно и некоторые минусы, так например несколько выбило резкое изменение графика, однако большинство из них были преодолены и в целом, лично я для себя считаю семинар прошел успешно. По крайней мере, я смог взглянуть на текущее положение дел у нас в команде под другим углом, стал намного лучше видеть его плюсы и минусы, а значит могу пытаться что-то менять в лучшую сторону.

Спасибо, за такое полное и детальное описание Agile.
Успехов и вещай еще :)

Дмитрий Поволоцкий, Java Developer

Гарантии

Если вы не получите от системы того, чего вы от неё ожидали, вы можете вернуть мне коробку с материалами, и я верну вам деньги. Гарантия действует в течение четырёх месяцев с даты приобретения.

Буду обязательно пробовать и применять в деле все новое, о чем услышал на тренинге!

Спасибо! Услышал много интересного, несмотря на то, что мы уже применяли основные методики Scrum. Замечания все уже озвучили; я в свою очередь слушал в основном через плеер, так как вечером почти не было времени.Буду обязательно пробовать и применять в деле все новое, о чем услышал на тренинге!

Алексей Ильин, руководитель проекта

Из чего состоит система?

В состав системы включено 12 кастов - 10 основных и 2 бонусных.

Записи представлены на аудиодисках. Также есть диск с mp3.

К аудиозаписям прилагается мини-книга с текстом кастов и дополнительными пояснениями.

Также приобретение системы даёт вам онлайн-доступ к материалам тренинга.

Проделана огромная работа!

Раньше немного читал про Agile и XP. Но все было в теории и в общих представлениях. Теперь в голове вроде как все разложилось по полочкам.
Даже если я не буду использовать scrum и ХР, то стяну с них некоторые эджайл-приемы.

Изначально я не подозревал, что будет так много кастов, и такой длины. Проделана огромная работа!

Не на все касты удалось попасть, а на некоторые только одним глазом, но, т.к. есть возможность прослушать их потом — не так уж и страшно.

Незапланированные касты попали удачно, но были внезапано, в другой раз мог бы пропустить.

Спасибо, Тигра!

Александр Фокин, программист

Аудиоматериалы в составе системы

Каст 1. Введение в гибкие методологии разработки. Ценности и принципы Agile.

  • Зачем нужны вообще какие-то методологии?
  • С какими проблемами традиционно сталкиваются команды разработчиков?
  • Какие существуют основные типы контрактов при разработке программного обеспечения?
  • Каковы особенности различных типов контрактов?
  • Чем гибкие методологии отличаются от традиционных?
  • Какие гибкие методологии есть?
  • Каковы ценности и принципы гибкой разработки?
  • 01-Alexey_Tigarev-AgileProductivity-Intro._Agile_Values_and_Principles.ogg - бесплатно!

    Размер: 13 MB
    Длительность: 51 минута 22 секунды


    Каст 2. Введение в Scrum. Agile в вопросах и ответах.

    Общие вопросы. Для команд какого размера подходит Agile? Как быть с “неразговорчивым: заказчиком? Какой тип контрактов удобнее для Agile?

    Scrum vs XP. В чём отличия между Scrum и XP? Можно ли сочетать Scrum и XP? Как выполняется деление на небольшие инкременты в Scrum? Что такое User Stories?

    Роль Product Owner. Кто такой Product Owner? Кто может испольнять роль Product Owner? За что отвечает Product Owner? Product Owner - часть команды. Каковы особенности роли Product Owner в случае стартапа? Что находится в фокусе внимания у представителей различных ролей?

    Роль ScrumMaster. Кто такой ScrumMaster? Разница между человеком и шляпой. ScrumMaster и Product Owner - почему важно разделять?

    Лидерство Почему в Agile нет понятия “team leader”? Кто распределяет задачи? Что делать в спорных ситуациях?

    Кроссфункциональность команды Что если не все умеют общаться с заказчиком? Что происходит, если человек уходит в отпуск? Что, если в отпуск пошёл Scrum Master?

    Механика Scrum. Что позволяет всем заинтересованным лицам придерживаться постоянного ритма? Как разбиение на итерации используется для планирования работы? Что происходит после выполнения запланированных на итерацию работ? Ретроспектива. В чём польза регулярных демо в конце итерации? Как происходит Daily Scrum Meeting и для чего он нужен?

    Коммуникация в Scrum. Коллективная ответственность. Как избежать демотивации членов команды? Как Agile-команда реагирует на проблемы? Как сделать проблемы с отдельными задачами очевидными для всех?

    Agile и люди. Что делать с людьми, у которых недостаточно знаний/навыков? Люди, которым трудно работать в Agile - что с ними делать? Как команда решает, кто хорош, а кто плох? Обратная связь команды её членам на ретроспективе: выражение признательности. Как проводить интервью?

    Контроль качества. Как заказчик убеждается, что получил, что хотел? Что такое приёмочные тесты?

    02-Alexey_Tigarev-AgileProductivity-Scrum_Intro._Q&A.ogg

    Размер: 18 MB
    Длительность: 1 час 10 минут 27 секунд


    Каст 3. Введение в Extreme Programming.
    Правила планирования в XP

      Что такое User Stories? Как планируется релиз? Как часто нужно выпускать релизы? Что такое скорость проекта? Как проект разбивается на итерации? Как планируют итерацию? Почему важно меняться задачами? Как XP решает задачу синхронизации усилий разработчиков? Что, если правила не совсем подходят?

    Правила дизайна в XP

      Почему важна простота? Что такое метафора системы? Что такое CRC-карточки? Как уменьшать технический риск? Почему закладываться на будущее - плохо? Как сделать качественный дизайн, если требования всё время меняются?

    Правила кодирования в XP

      Как выяснить детали требований? Почему важно придерживаться стандартов кодирования? В чём преимущества парного программирования? Как уменьшить количество интеграционных проблем и выявить дефекты как можно раньше? Есть ли у кода хозяин? Почему не следует оптимизировать слишком рано?

    Правила тестирования в XP

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

    03-Alexey_Tigarev-AgileProductivity-Extreme_Programming_(XP)_Intro.ogg

    Размер: 17 MB
    Длительность: 1 час 36 секунд


    Каст 4. Гибкое управление требованиями.

    Как облегчить процесс выявления и спецификации требований? Каков оптимальный формат User Stories? Как сделать, чтобы спецификация автоматически себя проверяла? Как осуществляется управление последовательностью и составом работ? Как построить цикл обратной связи с заказчиком? Какой тип сотрудничества с заказчиком оптимален? Какие особенности есть в работе с “удалённым” заказчиком? Как работать, если мы разрабатываем продукт, и заказчиков много? Как выявлять требования, если мы разрабатываем сервис для тысяч людей?
    04-Alexey_Tigarev-AgileProductivity-Agile_Requirements_Management.ogg
    Размер: 12 MB
    Длительность: 1 час 10 минут 17 секунд


    Каст 5. Коммуникация в команде
    Кому подходит и кому не подходит Agile? Кроссфункциональность команды. Коллективная ответственность. Какова роль “менеджера” в Agile? Как управлять знаниями в Agile-команде? Какое физическое окружение создаёт оптимальные условия для работы Agile-команды? Как синхронизировать работу команды? Как управлять совершенствованием команды? Лидерство в Agile-команде. Состояние потока.
    05-Alexey_Tigarev-AgileProductivity-Team_Communication.ogg
    Размер: 25 MB
    Длительность: 1 час 35 минут 8 секунд

    Каст 6. Гибкое планирование.Как управлять последовательностью работ? Как оценивать User Stories? Какие инструменты управления проектами есть в Agile? Как сделать работу прозрачной для заказчика? Как планировать и отслеживать выполнение итерации? Что делать с незаконченной в рамках итерации работой? Что, если оценка расходится с реальностью? Понятие скорости проекта. Как увеличивать скорость? Как планировать релиз? Почему важна стабильность внутри итерации?

    06-Alexey_Tigarev-AgileProductivity-Agile_Planning.ogg

    Размер: 10 MB
    Длительность: 42 минуты 7 секунд


    Каст 7. Качество в Agile.Что такое юнит-тестирование? Какова общая структура юнит-тестов? Как сделать так, чтобы заказчик сам смог писать приёмочные тесты? Как поддерживать высокое качество кода? Что делает рефакторинг эффетивным и безопасным? Автоматизация билдов. Continuous Integration. Принципы KISS и YAGNI. Как парное программирование влияет на качество? Как команда может сама предложить и внедрить способы улучшения качества?

    07-Alexey_Tigarev-AgileProductivity-Quality_In_Agile.ogg

    Размер: 19 MB
    Длительность: 1 час 15 минут 35 секунд


    Каст 8. User stories. Анализ примеров. Ответы на вопросы.В этом касте рассмотрено построение набора User Stories по учебному проекту - на основе домашних заданий участников тренинга. Конкретные примеры дают представление о том, как это выглядит в реальности. Обратная связь и комментарии по каждому примеру дают возможность избежать наиболее часто встречающихся ошибок.

    Ответы на вопросы участников тренинга помогут заполнить основные “белые пятна” на Вашей карте Agile.

    08-Alexey_Tigarev-AgileProductivity-Homework_and_Q&A.ogg

    Размер: 28 MB
    Длительность: 1 час 55 минут 15 секунд


    Каст 9. Оценка User Stories и планирование итерации. Анализ примеров.В этом касте рассмотрена оценка User Stories в Story Points и планирование итерации - на основе домашних заданий участников тренинга. Конкретные примеры дают представление о том, как это выглядит в реальности. Обратная связь и комментарии по каждому примеру дают возможность избежать наиболее часто встречающихся ошибок.

    09-Alexey_Tigarev-AgileProductivity-Homework_on_Planning.ogg

    Размер: 14 MB
    Длительность: 56 минут 37 секунд


    Каст 10 Заключение. Что делать дальше?Как внедрять практики Agile? Что является ключевым условием успеха внедрения Agile? Какова последовательность шагов для внедрения Agile? Как построить самоорганизующуюся команду? Каковы критерии того, что команда стала самоорганизующейся и способна обойтись без предписаний лидера? Какова роль ScrumMaster во внедрении Agile? Где взять дополнительную информацию? Ссылки на книги.

    10-Alexey_Tigarev-AgileProductivity-Final._Further_Steps._Reference_Materials.ogg

    Размер: 16 MB
    Длительность: 1 час 4 минуты 40 секунд


    БОНУС. Управление изменениями. Внесение изменения в системы. Модель SCORE.Почему часто не удаётся изменить статус кво, хотя и понятно, что именно надо менять? Почему происходит откат к предыдущему состоянию? Как системы поддерживают свою целостность? Как перевести систему в другое состояние?

    Как идентифицировать ресурсы, позволяющие совершить изменение? Как сделать, чтобы система поддерживала сама себя в новом состоянии?

    Этот каст поможет понять процессы, с которыми вы столкнётесь при внедрении Agile. Хотя то же самое может быть применено по отношению к любым изменениям в системах: команды, организации, семьи, личный тайм-менеджмент и т.д.

    Bonus-Alexey_Tigarev-AgileProducutivity-Changing_Systems._SCORE_model.ogg

    Размер: 12 MB
    Длительность: 47 минут 22 секунды


    БОНУС. Мотивация сотрудников. Что мотивирует программистов кроме и больше денег. Что программисты любят и не любят.Ключевым моментом в Agile является наличие мотивированных личностей, которым мы доверяем создать качественный продукт и победить.

    Александр Орлов, engineering manager компании Intel, автор тренинга “Секреты Управления Программистами” - “Как Менеджеру Программистов Удвоить Зарплату, Сделать Карьеру и Начать Жить”, делится опытом по поводу того, как создать мотивацию у программистов (а также - что, возможно, ещё важнее - как не допустить демотивации).

    HPM-Cast-03-Motivation-low.mp3

    Размер: 7 MB
    Длительность: 30 минут 19 секунд


    БОНУС Бесплатная поддержка по e-mail в течение трёх месяцев!

    Я помогу вам внедрить гибкие методологии, отвечая на ваши вопросы по e-mail. В течение трёх месяцев со дня приобретения системы вы можете задавать мне вопросы. Я отвечаю в течение недели. Причём отвечаю развёрнуто, задавая уточняющие вопросы по вашей ситуации и стремясь найти решения, наиболее полно вам подходящие. В этот бонусный пакет входит до 12 моих ответных e-mail’ов.


    …я примерил практики методологий agile на свой проект…

    Благодаря твоему тренингу, Алексей, я получил целостное представление о методологиях Agile. Алексей мастер НЛП - сразу видно - вначале тренинга он помог настроить фильтры восприятия. Я изначально уточнил для себя цели тренинга и дальше был очень замотивирован на активное участие в тренинге.Основной показатель качества тренинга для меня - было интересно.

    Практическая ценность тренинга для меня - я примерил практики методологий agile на свой проект. Перед этим я еще раз трезво оценил свой проект вцелом - тем самым лучше его поняв. Есть множество идей что уже сейчас можно улучшить не меняя процессов в проекте. И еще больше идей которые сначала нужно изучить вглубь.

    И еще один беклог - чего я запланировал себе изучить (рефакторинг, DSL).

    Личная ценность тренинга - я понял что для я хочу работать в agile команде к чему теперь буду стремиться. Понял что пора в очередной раз поработать с внутренней мотивацией и мотивацией команды.

    Спасибо Тигра. Надеюсь ты будешь продолжать вести тренинги - я бы с удовольстием поучаствовал в других твоих тренингах.

    Владимир Владимиров, technical lead

    Стоимость системы

    Система стоит $350 $195.

    Пока физическая версия коробки готовится, коробка продаётся дешевле. Для первых пяти покупателей стоимость коробки составляет $195.

    При покупке коробки вы сразу получаете доступ к онлайновой версии коробки. Физическая коробка будет выслана вам тогда, когда будет изготовлена.

    …очень много инфы и я чувствую, что приобрел множество знаний…

    О том, что мне дал тренинг. Честно говоря, не прослушал даже еще всех записей последних, т.к. тренинг совпал с большой нагрузкой по работе, ну, как это часто бывает и всегда будет. Я для себя решил, что железно надо выделять время на саморазвитие, потому что важность работы имеет тенденцию расти всегда, и всегда будет хотеться отодвинуть остальное на задний план. Так что я старался все ДЗ делать и это было очень полезно.

    В целом, очень полезный тренинг, Тигра дал нам очень много инфы и я чувствую что приобрел множество знаний благодаря, с одной стороны, личным проф. знаниям и опыту Влада :) Алексея и с другой напряженному графику, интерактивности и ДЗ, общению с другими людьми в тренинге. Плюс, я еще буду дослушивать материалы и опробовать некоторые подходящие технологии на практике. Главное практическое достижение на данный момент это то, что я узнал что такое Agile и научился применять технологию ведения разработки Scrum.

    Кстати, советую всем платить за тренинги и платить побольше, это мотивирует не бросать тренинг и делать ДЗ )

    Тарас Филатов, руководитель проекта

    Как оплатить?

    Для получения системы нужно перевести 195 WMZ на кошелёк Z218997028879. Сообщите об оплате по e-mail на адрес tigra AT nlp.od.ua, указав следующее:

    1. Имя и фамилию
    2. Адрес для доставки физической коробки
    3. Номер кошелька, с которого была произведена оплата

    Проверить аттестат

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

    Для пущей безопасности платежа рекомендую делать перевод с протекцией, в таком случае в письме необходимо сообщить также код протекции.

    После получения оплаты и e-mail Вы получаете доступ на скачивание материалов тренинга (до 1-2 дней). Через некоторое время Вы получите и физическую коробку.

    С уважением,
    Алексей Тигарев

    E-mail: tigra AT nlp.od.ua
    Skype: t__gra
    ICQ: 387-495-165
    http://t-gra.livejournal.com/

    RSS feed

    Комментарии

    Еще нет комментариев.

    Извините, комментирование на данный момент закрыто.