Рубрика «agile» - 48

Пару недель назад в Москве прошла AgileDays-2015 — самая крупная в РФ конференция по современным методам управления в разработке.

  • Два дня, пять треков, огромные залы московского Центра Международной Торговли (не путать с WTC).
  • Темы:
    • Agile-менеджмент — от высокоуровнего управления разработкой в неповоротливых компаниях-монстрах, до «бережливого старта» в стартапах.
    • Продуктовый аспект — как не только правильно разрабатывать, а творить именно нужное и правильное.
    • Специфические вопросы процессов и технологий — тестирование и бизнес-анализ, юзабилити и проектирование.
    • Современные архитектурные практики — *DD, и даже немного о функциональном программировании.

Вращаясь в «продвинутых» кругах часто кажется, что Agile-подходы уже «захватили весь мир», и хватит уже говорить о понятном и общеизвестном. Но в реальной жизни, все конечно гораздо запущенней — есть успешная когорта «early adopters», и как видно в широко известной картинке «дилеммы инноватора», далее идет большая пропасть, и либо те, кто совсем не в курсе, либо кому про Agile «все понятно, ибо сосед-Рабинович напел». Это видно даже по ряду недавних публикаций на мегамозге. Поэтому реальный, и даже не всегда успешный, опыт от тех, кто в теме и нашел и все грабли, и кучу ништяков — очень полезен, и гораздо более актуален, чем даже книги, как правило уже устаревающие к моменту публикации. Докладчики — не евангелисты, а практики, из крупных компаний и стартапов, хотя да, были и консультанты, рассказывающие о «сгибании несгибаемого» — типа аджайлизации банков.

Там было круто — вы многое пропустили, если вас там не было. Но. Видеозаписи и прочие материалы докладов публикуются и будут доступны всем. Запись моя, добротная, все как обычно — монтаж, несколько камер, экран, звук с микрофона, технологии оживления.

И я, как член программного комитета, заботящийся о том, чтобы докладчики донесли свои знания до всех заинтересованных, попробую сделать серию публикаций, включающих и видео доклада, аннотации и слайды, и мой очень краткий постобзор. Слона надо есть по частям — еще готово не все видео, смонтированное надо еще отсмотреть и отрефлексировать, да и большие статьи отпугивают своим объемом и читателей и писателей — стыдно признаться, что я, за несколько заходов, но так и не смог дописать за год эпический обзор 72 видеодокладов с прошлого AgileDays-2014, а обзор 2011 осилил только через полгода. Конечно же, обзор Agile-конференции надо делать итеративно, максимально быстро отгружая value потребителям. И, как принято в Agile, возможно даже прекратить поставки, если продукт не понравится пользователям…

Итак, смотрите и решайте — такой формат ОК или нет…

Читать полностью »

Изучив и опробовав на практике несколько вариантов Agile-управления проектами, я десятки раз сталкивался с ситуациями, когда красивая теория не работает на практике. Люди просто не в состоянии предвидеть свое будущее и более-менее адекватно оценивать время и собственные силы, вне зависимости от того, на сколько этапов раздроблен проект и как красиво нарисованы все управляющие графики и таблицы. Когда нам в 35-й раз завернули дизайн — уже казалось, что ситуация просто безвыходная и спасти нас может только чудо.
image
Читать полностью »

Каждый месяц по всему миру происходят десятки, если не сотни, IT-ориентированных конференций, выставок и других мероприятий.

В третий раз мы собираем все наиболее интересные международные даты этого месяца для того, чтобы представить читателям «Мегамозга» в одном месте.
Читать полностью »

Гибкие процессы и распределенные команды — секреты мастерства - 1

Пару месяцев назад я была на тренинге по Scrum. Делясь опытом с соучениками, упомянула, что у меня сейчас команда из десяти человек в восьми офисах. Мне не то чтобы не совсем не поверили, но к разговорам, что у нас нормальный процесс, отнеслись с, вероятно, оправданным скептицизмом.

Однако же, мы успешно делаем проекты командами, разделенными на 2-4 офиса, всего же у нас на данный момент десять офисов разработки, и, когда мы ищем человека в команду, обращаем внимание в первую очередь на его способности и человеческие качества, а уже во вторую — на место жительства. К тому же у нас в компании люди иногда кочуют между офисами, потому что так веселее. В общем-то, когда мы начали работу над нашим текущим проектом, у нас было всего четыре локации.

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

Итак, я хочу поделиться наблюдениями, приемами и принципами организации распределенной команды. В проектах мы обычно практикуем Scrum, за исключением случаев, когда это не получается ввиду неготовности заказчика. Но и в этом случае мы должны быть единой командой, синхронизировать знания, статус и все такое прочее.

Итак, в чем проблема распределенной команды? Коммуникации. Затруднены коммуникации на всех уровнях, что порождает веер проблем. Та самая «транспортировка», которая упомянута как один из компонентов waste (потери) в концепции Lean Software Development.

Я для себя выделила три составляющие проблемы коммуникаций:

  • Техническая: если человека рядом нет, к нему нельзя просто взять и подойти, чтобы обсудить какие-то текущие проблемы.
  • Мотивационная: если у команды нет своей комнаты, где перед глазами есть доска со стикерами, списком проблем и остальной полезный контекст, фокус и приоритеты начинают «плыть».
  • Психологическая: люди, которые не сидят рядом и не видятся каждое утро, обсуждая за кофе последние новости или успехи детей в школе, менее склонны прощать ошибки коллегам, особенно если про коллегу они знают только логин в системе контроля версий и e-mail. Может возникать концепция «мы и они» по отношению к коллегам из другого офиса и прочие неприятные штуки
  • Отдельным пунктом стоит адаптация Scrum-активностей под распределенную команду.

Читать полностью »

1. Самоорганизация, GTD и тайм-менеджемент — зачем это нужно?

В данной книге рассматривается реализация системы самоорганизации на основе методики GTD (Getting Things Done) и онлайн-календаря (Google Calendar и т. п.).

Самоорганизация — это процесс создания некоторой формы общего порядка или координации на основе взаимодействия между компонентами изначально неупорядоченной системы.
Наиболее близкими к понятию “персональная самоорганизация” (т. е. самоорганизация применительно к человеку) —  являются такие понятия, как “самоконтроль”, “самообладание”, “самодисциплина”.
Читать полностью »

Наверное, всякий, кто когда-либо пытался осознать специфику различных подходов к разработке программного обеспечения, задавался вопросами: в чём отличие между итеративной и инкрементальной разработкой? Agile – итеративный? RUP – инкрементальный?

Под катом очередное рассуждение на эту тему и заочный спор с Карлом Вигерсом.
Читать полностью »

в 4:40, , рубрики: agile, метки:
Что понимается под этим словом, как оценить качество и как его поддерживать.

Качество: Руководство Gov.uk - 1

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

Luxoft Training в рамках серии мастер-классов с известными спикерами предлагает Вам познакомиться с переводом статьи Джо Райнсбергера "No, a Product Owner doesn’t need programming skill".

rainsberger
Джо Райнсбергер — канадский консультант по разработке программного обеспечения, автор множества работ по информационным технологиям. За вклад в развитие гибких методологий был удостоен высшей награды от Agile-сообщества – Gordon Pask Award в 2005 г. (в первый год создания награды). Он является основателем XPDay (Северная Америка). Книга Джо Райнсбергера «JUnit Receipes: Practical Methods for Programmer Testing» стала всемирно известной. Джо практикует гибкие методологии, начиная с 2000 г., и за это время его статьи об Agile-разработке были опубликованы в ведущих журналах для разработчиков, в том числе IBM DeveloperWorks и IEEE Software. В журнале IEEE Software Джо является редактором колонки «Not Just Coding».

Читать полностью »

Прошлой осенью прошла менеджерская конференция LeanKanban Russia-2014.

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

Конференция чисто менеджерская, от поднимаемых тем и аргументов, и местами сильно избитого бизнес-жаргона, у «сферического линейного разработчика» наверняка будет butthur идиосинкразия («WAT?? Процессы? Инновации? Менеджеры-бездельники! Фигли думать, трясти надо!»), но с точки зрения менеджмента — это самые свежие тренды. Так что наверно, в отделенном от хабра мозге мегамозге, обзору будет самое место.

Собственно название «LeanKanban» — цепляет широкоизвестными ключевиками «Lean» и «Kanban», и вроде как понятно о чем. К сожалению, из личного опыта общения помню, что очень многие думают, что «Lean» — это что-то на тему рационализации на японских заводах, борьба за копейки и секунды, а «Kanban» — это когда клеют разноцветные стикеры на доски и стены.

На самом деле, основные темы на этой конференции были:

  • «Антихрупкость» в смысле последней книги Нассима Талеба — о том, почему не работают классические консервативные стратегии «нормального распределения», почему нужно применять «ассиметричные стратегии», строить запасные планы, рисковать и, не побоюсь этого несколько замученного слова, «порождать инновации». Только адаптация и эволюция, иначе «выживание необязательно». Символично, что практически через месяц после конференции случился «черный лебедь» с рублем, и очень даже интересно, выжил ли бизнес у всех менеджеров, сидящих в наполненных залах?
  • Процессы — их масштабирование, балансировка, оптимизация, масштабирование. Даже без привязки к конкретным методологиям и практикам, классический анализ — «Теория Ограничений» Голдратта, поиск перемещающихся «бутылочных горлышек» и узких мест, расширение и перестройка огранизации.
  • Конкретные реализации agile-процессов — от подхода «в любой непонятной ситуации внедряй Kanban», до сравнения между Kanban-а с Scrum-ом — следующим по формализованности Agile-подходом.
  • «Lean Startup» — тема сильно отличающаяся от классического «Lean-а» (так называемого «Lean Manufacturing») оптимизирующего существующие процессы в больших компаниях, просто вот так назвал свою знаменитую книгу Эрик Рис о максимально дешевом и быстром старте, и о виражах в поисках цели, смысла и денег. Да, сейчас обычные пользователи вынуждены ежедневно сталкиваться с последствиями такого подхода — это и исчезающие сервисы, и заманивающие лендинг-страницы («вот почти готов сервис для XXX, зарегистрируйся для тестирования» — а делать даже ничего не начинали)… но увы, жизнь становится все более конкурентной, и по-другому стартовать можно только с плотным финансовым тылом, и лучше потерпеть быстро умерший сервис энтузиастов, чем узнать о каком-нибудь фейспалмовом эпикфейле многомиллионных госинвестиций.
  • Ну и отдельная тема — рулежка корпоративными монстрами, не всегда даже методами manufacturing Kanban. Связь с основными темами может быть опосредованной, но это реальный опыт, ведь не всем удается быть в топе крупной компании и не угробить ее.

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

Что касается пойти поговорить про это живьем — даже не факт, что в этом году эта конференция состоится (времена наступили тяжелые, конференции по софтверном менеджменту, да и другие тоже, закрываются), наверно самая ближайшая по теме — AgileDays-2015, там будут и эти темы, и даже многие докладчики.

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

Читать полностью »

Про Agile говорят и пишут много. Кто-то рассказывает о своих победах, показывает фотки с довольными заказчиками и советует делать итерации не больше двух недель, для других Agile — это синоним боли, мук и страдания. Вот и я решила оглянуться назад и посмотреть на историю одного проекта, Agile которого не интересовал более 10 лет и, в котором Scrum и ежедневные стандапы внезапно стали яблоком раздора, причиной поиска нового места работы и самой обсуждаемой темой в курилке.Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js