А вот камрад Максим Дорофеев из Касперского мне сегодня презентацию показал – я бился в конвульсиях от восторга. Особенно звуковой ряд удачно использован.
Еще Лео Лознер говорил: “Ребята, осторожнее со словами – слова имеют значение”.
[slideshare id=2192875&doc=developmentmanage1-0-091011125945-phpapp01]
Презентация Владимира Габриеляна из Mail.ru на конференции HighLoad++. По сути он перечисляет методы работы и практики из agile (в частности XP), но при этом работа идет по ТЗ.
И вот что примечательно (к слову развернувшейся тут беседы): слова agile, scrum, XP в презентации вообще не фигурируют. Т.е. можно рассказывать про то, как надо работать, но при этом agile’ом это не называть. Да и вообще никак не называть.
Команда разрабатывает продукт для какого-то рынка. Еще нет ни одного конкретного заказчика, product owner – внутренний product manager. И в какой-то момент понимаешь, что разработан большой объем функциональности, но с точки зрения пользователя это не работает – баг здесь, баг там, небольшая, но очень важная функциональность не реализована, так как команда вполне довольна, добавляя данные напрямую через базу данных. Product owner периодически выражает свою озабоченность, но это как-то не помогает. Разработка первой версии продукта весьма тяжелая задача, команда теряет энтузиазм, так как не видит реального заказчика. Качество падает. Что делать?
В Scrum есть такое понятие, как sprint demo – новая версия показывается заказчику (product owner’у). Обычно проводится более-менее закрыто – команда, product owner и, возможно, кто-то из stakeholder’ов. «Открытое» sprint demo имеет некоторые плюсы:
На Деловом интернете мы будем выступать не 15 октября в четверг, а 16 в пятницу с 12 до 14 часов перед обедом.
На сайте DI.by еще старая программа висит.
Предыдущее сообщение также обновлено.
Простая визуальная разница в принципах и подходах к работе в различных методиках разработки ПО показана на картинке, которую не так давно опубликовали на сайте http://agile101.net.
Рассматриваются 4 методики разработки (не буду называть их методологиями или фреймворками):
Там же можно прочитать про принципиальные различия представленных проецессов. (more…)
Любопытное дело – среди людей, которые попробовали работать в true agile компаниях типа FogCreek, не остается равнодушных – и загадочным образом всем нравится! Но есть другой лагерь – тех, кто однозначно уверен, что аджайл – это сакс, новое модное слово которое прикрывает все те же старые добрые приколы – овертайм, выходы в субботу, меняющиеся требования, “давай-давай!” менеджеров. Ну то есть это тот же бегемот – просто раньше показывали только морду, а теперь открыли вид сзади-сбоку и его узаконили. И этих людей – почему то не в разы, а на порядки больше. Как это получается? Ответ простой: благодаря тому что аджайл – это фрэймворк, а не методология. Как это наносит предательский удар по аджайлу? Почитайте вот эти рассуждения, и затем давайте пройдемся по рассуждениям автора и разберемся, как очередные благие намерения становятся дорогой в ад.
Сравнивая разные подходы к организации и выполнению проектных работ, мы, так или иначе, сравниваем одно с другим и, иногда, становимся заложниками общепринятых, не всегда верно интерпретированных, или порой ошибочных клише. Обидно, когда выводы делаются из неверных посылов или, в случае правильных отправных точек, искажаются неверной интерпретацией мерила. (more…)
Мы периодически получаем вопросы по том, когда сообщество Agile.by проведет очередную встречу. Итак, сообщаем, что:
В рамках секции мы планируем доложить 3 доклада (по 40 минут каждый):
Возможно, что в ближайшее время мы выложим наши тезисы здесь и на сайте конференции ДИ.
На кого мы ориентируем данную секцию?
Прежде всего стоит сказать, что сама по себе конференция “Деловой интернет” — место коммуникаций, где государственные органы встречаются с коммерческими структурами за обсуждениями вопросов в области интернета и связи, место, где обсуждаются различные проекты ориентированные на Республику Беларусь, обсуждается аудитория интернета в нашей стране и т.п. Т.е. это не конференция для разработчиков, где мы могли бы делиться тонкими технологическими находками или нюансами внедрения тех или иных практик. Думаю, что аудитория от такой информации будет просто скучать.
Поэтому наши доклады будет направлены на широкую аудиторию стартапщиков, заказчиков, специалистов, желающих внедрять agile в своей компании. Мы планируем с 3х сторон показать и рассказать о том, что такое Agile и как на сколько он может быть эффективен для разработки и поддержки интернет-проектов.
Секцию буду вести я, Юрий Шиляев. Если у вас будут вопросы — прошу обращаться ко мне на мейл: yshilyaev@gmail.com.
Обсуждая agile техники и подходы к разработке и управлению проектами, мы, как правило, смотрим на проблему изнутри команды, говорим о том, как команда должна быть организована и каковы основные ингредиенты успеха. При этом мы зачастую опускаем внешнее окружение или предполагаем, что внешнее окружение легко прогнется под воздействием команды под ее нужды и мировоззрение. А так ли это? Очевидно, что ответ зависит от контекста, в котором работает команда. В условиях совместной с клиентом разработки (co-development) пренебрегать внешним окружением нельзя, и, не понимая его, считаться с ним эффективно не получится. Давайте разбираться на примерах. (more…)
Yury Shilyaev: Да, на западе это в основном именно второй вариант...
Timour Khachtchevatsky: "У меня есть объяснение этому – у нас в Минске еще...
Pavel Grushetzky: Я тоже проходил его CSM и тоже очень доволен. По с...
Alex Simanovich: Отличный тренер. Был у него на CSM, собираюсь и на...
Devanyatulasi: This AGILE workshop is designed to provide the mos...
© 2012 Agile.by. All Rights Reserved.
Powered by Wordpress. Designed by 
