[slideshare id=2192875&doc=developmentmanage1-0-091011125945-phpapp01]
Презентация Владимира Габриеляна из Mail.ru на конференции HighLoad++. По сути он перечисляет методы работы и практики из agile (в частности XP), но при этом работа идет по ТЗ.
И вот что примечательно (к слову развернувшейся тут беседы): слова agile, scrum, XP в презентации вообще не фигурируют. Т.е. можно рассказывать про то, как надо работать, но при этом agile’ом это не называть. Да и вообще никак не называть.
Простая визуальная разница в принципах и подходах к работе в различных методиках разработки ПО показана на картинке, которую не так давно опубликовали на сайте http://agile101.net.
Рассматриваются 4 методики разработки (не буду называть их методологиями или фреймворками):
Там же можно прочитать про принципиальные различия представленных проецессов. (more…)
Наткнулся на днях на чек-лист Scrum.
http://www.comparativeagility.com/ — сайт сравнительного теста внедрения Agile созданный Майком Конном (Mike Cohn) и Кенни Рубином (Kenny Rubin). Персоны довольно известные в сообществе и альянсе Scrum.
Я довольно скептически отношусь ко всякого рода чек-листам, в том числе и в отношении внедрения Agile подхода в разработке ПО. Чек-лист может создать иллюзию, что для лучшей работы надо заполнить ваш процесс (и чек-лист) “нужными” процедурами. А вот если их не будет, то все плохо, у вас не Scrum и работаете вы плохо. Практики Agile интересны тем, что важно не их наличие как таковое, а их понимание и взаимовыгодное использование всеми членами команды (в том числе и менеджментом!). (more…)
Добрались руки до того, чтобы обработать презентацию для интернета и выложить ее.
Я рассказывал о том, как мы (я в частности) пришли к принципу управления проектами по Agile и как это положительно сказалось на управлении бюджетом проектов.
Знаете, когда мы запускали работу по agile-процессу в нашем флагманском проекте я прочитал для сотрудников пару семинаров. А после одного из них попросил прислать мне их мнения. В одном из мнений говорилось, что мол “раньше я думал, что agile нужен для того, чтобы разводить клиента на деньги, но сейчас я думаю, что им он реально полезен”. Странное дело, но некоторые реально считают порочной практикой принцип agile-методики биллить часы ежемесячно даже за работу, которая может быть отвергнута в следующей итерации. При этом не понимая смысла этой гибкости.
В докладе я делал упор на тот факт, что наш заказчик всегда платит за готовый продукт. Я даже выделил это красным: готовый продукт. Эта мысль на самом деле связывает воедино отношения заказчик-разработчик в старую добруб формулу: “утром деньги – вечером стулья”. Все предельно честно.
Если вы были на конференции и не задали мне вопрос, то самое время сделать это ниже в комментариях.
Когда я только пришел в управление проектами, то в первую очередь меня познакомили с MS Project. Почему-то тогда я был уверен, что только с помощью этой программы и можно управлять проектами. Я смотрел в рисуемую диаграмму и для меня проект визуализировался!
Кроме того, когда в какой-то компании или команде, где я работал, возникали проблемы с управляемостью проекта, кто-то тут же вспоминал про MS Project. Менеджеры вдруг начинали его использовать, или же затевались разговоры о необходимости сетевой версии для всех менеджеров проектов и сотрудников.
Да, когда все валится из рук, менеджеры тут же пытаются найти “серебряную пулю”, чтобы взять под контроль ситуацию. (more…)
Пришла пора меняться. Менять сайт и менять что-то в себе.
С сегодняшнего дня мы поменяли дизайн нашего сайта. Последние несколько недель мы работали над этой задачей, и как бывает в аджайле задача не была решена с первого раза. Далее мы планируем собирая требования с вас, наших сообщников, доводить этот сайт до ума.
Но сайт не главное. Главное для нас сообщество, встречи и общение практиков.
Что есть в сущности сайт для сообщества Agile-практиков?
Кто-то скажет, что это просто контактная страничка, где можно узнать время новой встречи сообщества. Кто-то скажет, что сайт это склад контента и ссылок по тематике сообщества, а следовательно и дизайн там не важен. Третий объяснит, что по дизайну будут судить о серьезности наших намерений… Когда мы внутри обсуждали наш будущий дизайн и будущий сайт мы также столкнулись с целом рядом мнений и требований. (more…)
Самый простой и легкий способ разочароваться в Agile это начать врать своей команде, что мы работаем по Agile. Больше ничего и делать не надо.
Такая ситуация далеко не редкость. Ко мне регулярно приходят на собеседование программисты, которые жалуются на проблему устроенности процессов в своей бывшей компании. И ладно бы просто был бардак… Хуже. Этот бардак менеджеры называют agile’ом.
Именно так.
Не так давно мы общались с одним разработчиком, который рассказывал о подобной проблеме. Я попросил его более подробно изложить, как у них устроен процесс. Оказалось, что для управления софтверным проектом используется BaseCamp (wtf!), куда заказчик выливает поток сознания в виде messages. Этот поток сознания обрабатывается тим-лидом, который распределяет работу сам на имеющихся разработчиков. Готовый результат заливается на хостинг. Ни итераций, ни управления требованиями, ни толкового планирования, ни митингов не происходит. Судя по всему и биллинг также сопряжен с проблемами, когда по факту месяца приходится выискивать в байзкамповских отчетах сколько стоила для клиента та или иная фича. Типичный саппорт с арендой ресурсов гордо именуется Agile-методикой.
Т.е. я не хочу сказать, что саппорт с арендой ресурсов не может работать по аджайлу. Может. Но в чем смысл называть подобный метод разработки, скажем, скрамом, если каждый разработчик может в любой момент прочитать статью в интернете и узнать, что такое действительно Скрам?
Совсем недавно мы провели очередную, но уже последнюю в этом году встречу Agile-сообщества Agile.by. В этот раз встреча проходила в 2 этапа: первый небольшой группой в 30 человек в помещении НаучСофта, а второй раз в виде открытой лекции в БГУИР.
Презентация “Алхимия команды”:
[slideshare id=863074&doc=team-alchemy3205&w=425]
Уже неделя минула с того времени, как прошла конференция AgileSummer 2008 (http://agilesummer.org/). Многие кого я спрашивал говорят, что прошло все удачно. Кое-то даже загорелся внедрять agile-методики в своей команде. Мы получили бесценный опыт и новые контакты.Я был одним из соорганизаторов конференции, а потому очень близко знаю как она была сделана.Как мы это готовили.Первый вопрос, который рождается при взгляде на название конференции: “Почему Summer? Конференция же проходит в сентябре!” Да это истинно так, в сентябре. Но. Задумана она была в мае. 
Как следствие, мы планировали провести ее в июне, потом в конце июня, потом в июле, назначали на август… Но лето сезон не предсказуемый. То один из организаторов уходит в отпуск, то другой… (more…)
Agile, как Scrum или XP, уже не просто понятия технические, процессные или идеологические. Это понятия маркетинговые. Заказчики задают вопросы: “А ваша команда работает по Scrum?” А сами уже пишут строгое ТЗ на пол года вперед. Им кто-то когда-то рассказал, что Scrum позволяет делать проекты лучше. И они в это поверили, но что это такое не узнали.
Каждый находит в Agile что-то свое, что ему хорошо и удобно.
Заказчик:
– О! Agile позволяет всегда видеть что делается в разработке. Теперь-то они не отвертятся, что мол релиз будет готов через месяц! Я смогу лучше контролировать их работу. Только не на этой неделе… все дни расписаны, а на следующей неделе конференция 3 дня. Пусть работают, а там через месяц время найдется. (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 
