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

Читать полностью »
Рубрика «agile» - 48
Эволюционное управление разработкой — гарантированный путь к успеху
2015-04-05 в 6:55, admin, рубрики: agile, evo, интернет-маркетинг, менеджмент в IT, Управление продуктом, управление проектамиИнтересные международные мероприятия апреля
2015-04-02 в 11:47, admin, рубрики: agile, appsworld, failover, growth hacking, gtd, himss, icit, interop, nabshow, railsconf, rsa, tnw, германия, конференции, Мероприятия, Москва, Развитие стартапа, риф, СШАКаждый месяц по всему миру происходят десятки, если не сотни, IT-ориентированных конференций, выставок и других мероприятий.
В третий раз мы собираем все наиболее интересные международные даты этого месяца для того, чтобы представить читателям «Мегамозга» в одном месте.
Читать полностью »
Гибкие процессы и распределенные команды — секреты мастерства
2015-03-31 в 12:26, admin, рубрики: agile, development, distributed team, Блог компании DataArt, управление персоналом, управление проектами 
Пару месяцев назад я была на тренинге по Scrum. Делясь опытом с соучениками, упомянула, что у меня сейчас команда из десяти человек в восьми офисах. Мне не то чтобы не совсем не поверили, но к разговорам, что у нас нормальный процесс, отнеслись с, вероятно, оправданным скептицизмом.
Однако же, мы успешно делаем проекты командами, разделенными на 2-4 офиса, всего же у нас на данный момент десять офисов разработки, и, когда мы ищем человека в команду, обращаем внимание в первую очередь на его способности и человеческие качества, а уже во вторую — на место жительства. К тому же у нас в компании люди иногда кочуют между офисами, потому что так веселее. В общем-то, когда мы начали работу над нашим текущим проектом, у нас было всего четыре локации.
В DataArt я работаю уже шесть лет, и у меня немалый опыт организации людей, находящихся в сотнях километрах друг от друга. Подозреваю, что члены фриланс-команд читают меня со снисходительной усмешкой, но, думаю, найдутся люди, которым мой опыт покажется небесполезным.
Итак, я хочу поделиться наблюдениями, приемами и принципами организации распределенной команды. В проектах мы обычно практикуем Scrum, за исключением случаев, когда это не получается ввиду неготовности заказчика. Но и в этом случае мы должны быть единой командой, синхронизировать знания, статус и все такое прочее.
Итак, в чем проблема распределенной команды? Коммуникации. Затруднены коммуникации на всех уровнях, что порождает веер проблем. Та самая «транспортировка», которая упомянута как один из компонентов waste (потери) в концепции Lean Software Development.
Я для себя выделила три составляющие проблемы коммуникаций:
- Техническая: если человека рядом нет, к нему нельзя просто взять и подойти, чтобы обсудить какие-то текущие проблемы.
- Мотивационная: если у команды нет своей комнаты, где перед глазами есть доска со стикерами, списком проблем и остальной полезный контекст, фокус и приоритеты начинают «плыть».
- Психологическая: люди, которые не сидят рядом и не видятся каждое утро, обсуждая за кофе последние новости или успехи детей в школе, менее склонны прощать ошибки коллегам, особенно если про коллегу они знают только логин в системе контроля версий и e-mail. Может возникать концепция «мы и они» по отношению к коллегам из другого офиса и прочие неприятные штуки
- Отдельным пунктом стоит адаптация Scrum-активностей под распределенную команду.
Тайм-менеджмент и смартфон. Самоорганизация на основе GTD и Google Calendar
2015-03-30 в 10:34, admin, рубрики: agile, gtd, pomodoro, прокрастинация, Управление продуктом1. Самоорганизация, GTD и тайм-менеджемент — зачем это нужно?
В данной книге рассматривается реализация системы самоорганизации на основе методики GTD (Getting Things Done) и онлайн-календаря (Google Calendar и т. п.).
Самоорганизация — это процесс создания некоторой формы общего порядка или координации на основе взаимодействия между компонентами изначально неупорядоченной системы.
Наиболее близкими к понятию “персональная самоорганизация” (т. е. самоорганизация применительно к человеку) — являются такие понятия, как “самоконтроль”, “самообладание”, “самодисциплина”.
Читать полностью »
Вигерс, ты не прав! Ещё раз об итеративной и инкрементальной разработке
2015-03-25 в 13:21, admin, рубрики: agile, incremental, iterative, project management, rup, sdlc, Управление продуктом, управление проектами, метки: sdlcНаверное, всякий, кто когда-либо пытался осознать специфику различных подходов к разработке программного обеспечения, задавался вопросами: в чём отличие между итеративной и инкрементальной разработкой? Agile – итеративный? RUP – инкрементальный?
Под катом очередное рассуждение на эту тему и заочный спор с Карлом Вигерсом.
Читать полностью »
Что понимается под этим словом, как оценить качество и как его поддерживать.
Качество должно быть на первом месте при работе над проектом, если вы хотите, чтобы люди пользовались вашими услугами и высоко их оценивали. За качество ответственен каждый член вашей команды — работа людей, которые создают сервис, определяет его качество. Каждый сотрудник, который трудится над вашим проектом, должен способствовать максимальному увеличению качества и решению возникающих проблем.Читать полностью »
Какими знаниями не должен обладать Product Owner?
2015-03-16 в 10:46, admin, рубрики: agile, agile development, product management, product owner, product vision, Блог компании Luxoft, Управление продуктомLuxoft Training в рамках серии мастер-классов с известными спикерами предлагает Вам познакомиться с переводом статьи Джо Райнсбергера "No, a Product Owner doesn’t need programming skill".

Джо Райнсбергер — канадский консультант по разработке программного обеспечения, автор множества работ по информационным технологиям. За вклад в развитие гибких методологий был удостоен высшей награды от 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-2014 — обзор конференции и видео докладов
2015-03-15 в 23:34, admin, рубрики: agile, agile development, kanban, lean, lean startup, видео докладов, конференция, Развитие стартапа, управление проектамиПрошлой осенью прошла менеджерская конференция 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, там будут и эти темы, и даже многие докладчики.
Под катом будет уже краткий обзор конкретных докладов, со ссылками на видео и прочие материалы (т.е. не бойтесь открыть страницу, видео не встроено). А если в комментариях наберется хотя бы пяток желающих (эй, если тут жизнь после хабра?) — могу сделать торрент с аудиофайлами — да, теряется много интересного с экрана, но для менеджерской конференции, как и для бизнес-литературы, это терпимо, зато можно слушать в фоне.
«Аджайлификация» одного проекта
2015-03-06 в 11:26, admin, рубрики: agile, management, project management, scrum, руководство проектами, управление проектамиПро Agile говорят и пишут много. Кто-то рассказывает о своих победах, показывает фотки с довольными заказчиками и советует делать итерации не больше двух недель, для других Agile — это синоним боли, мук и страдания. Вот и я решила оглянуться назад и посмотреть на историю одного проекта, Agile которого не интересовал более 10 лет и, в котором Scrum и ежедневные стандапы внезапно стали яблоком раздора, причиной поиска нового места работы и самой обсуждаемой темой в курилке.Читать полностью »
Насыщенное состояние Agile
2015-03-03 в 20:45, admin, рубрики: agile, Карьера в IT-индустрии, качество, планирование проекта, управление проектамиДанный пост является ненаучными комментариями к статическому анализу неких графиков (которые всё равно нельзя публиковать, потому что они ДСП). Все факты вымышлены, все имена изменены.
Представьте, идёт строительство дома…
Читать полностью »

