Рубрика «agile development» - 2

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

Важно!

  • В статье присутствует определенная доля иронии.
  • Статья ни в коем случае не ущемляет чьи-либо интересы.
  • В статье не противопоставляется SCRUM водопаду и не смешивается «мягкое с теплым».
  • У каждого свое мнение на процесс разработки проектов, свой опыт или его отсутствие, свой счастливый клиент или свой провалившийся проект, выполненный по методологии, с помощью проектных методик, руководствуясь принципами или интуицией.
  • Будьте добрее!

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

-Я хочу устроить панику, понятно?
-Ты там бойню устроишь, а не панику.

«Большой куш»

В течении уже достаточно долгого времени мне попадаются на глаза посты, статьи и даже целые книги, задача которых — донести до читателя советы о том, как правильно делать Скрам. Все они, в общем-то, однотипны и построены на предположении, что большинство людей некорректно понимают предлагаемые практики, их назначение и важность. В этих источниках активно доказывается, что Скрам все-таки работает, говорится о принятии ценностей, о перестроении мышления на уровне компании, о тонкостях организации митингов и прочих нюансах, которых по итогам каждый раз набирается вагон и маленькая тележка. Судя по всему, проблема действительно существует, ведь даже Кен Швабер и Джеф Сазерленд описывают Скрам как “легковесный, простой в понимании и сложный в овладении” [1]. Но только ли дело в практиках? Может быть, люди не понимают саму суть Скрама? Когда что-то начинает приносить серьезные деньги, то не секрет, что именно прибыль становится путеводной звездой этого корабля. Может быть все эти тренинги, сертификации и спешно переучивающиеся в скрам-мастеров менеджеры проектов затмили собой изначальный посыл? Вполне вероятно. Но так ли это? Данный опус — это попытка взглянуть на проблему под немного другим углом, с точки зрения больше технической, чем какой-либо еще.
Читать полностью »

image
Инфографика в посте сделана на R по реальным данным из Тарификатора.

Вы сталкиваетесь с тарификацией доставки, когда делаете заказ в интернет-магазине. Тарификатор — IT-система, которая говорит каким способом товар доставят, на какие посылки разобьется корзина, сколько стоит доставка и когда привезут заказ. Тарификатор собирает информацию со склада и служб доставки, перерабатывает и выдает результаты покупателям интернет-магазина на сайте.

Цена за доставку товара для покупателя интернет-магазина редко совпадает с ценой, которую транспортная компания возьмет с самого магазина. Захотели вы привезти книги с помощью DHL в Новосибирск. OZON.ru выставит вам конкурентную цену за доставку — 500 руб. При этом DHL за эту доставку выставит OZON.ru счет на 1000 руб. Это кажется странным, но такова реальность, которую диктует рынок.
Читать полностью »

Это первая статья серии о том, как мы внедрили непрерывную интеграцию в процесс разработки CRM и облегчили жизнь финансовому отделу.

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

image

Раньше для автоматизации технических процессов в финансовом отделе мы использовали такую структуру.Читать полностью »

На первый взгляд может показаться, что Agile методология не является одним из тех подходов, для которых определяющую роль играет планирование. Судите сами: люди и взаимодействие между ними являются более важными, чем процессы и инструменты; работающий продукт важнее документации; готовность к изменениям, согласно Agile Manifesto, важнее следования первоначальному плану. С первого взгляда больше похоже на своего рода творческий беспорядок, чем на серьезную и основательную модель разработки программного обеспечения. Но это только с первого взгляда. Agile подход как нельзя лучше соответствует динамичности современного мира и предпочитает адаптивное планирование следованию изначальному генеральному плану. Видимо, именно поэтому он такой гибкий.

Диаграммы Ганта. Визуализируй это!

Gantt chart

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

Одним из наиболее удобных и привычных способов визуализировать процесс разработки являются диаграммы Ганта. Они могут пригодиться не только для проектирования процесса разработки ПО. Хотите спланировать постройку дома? Не вопрос! С их помощью можно визуализировать даже ваш любимый рецепт домашней лазаньи!
Читать полностью »

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

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

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

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

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

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

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

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, там будут и эти темы, и даже многие докладчики.

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

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

Играем в planning poker онлайн!Если вы работаете по SCRUM и у вас распределенная команда, то наверняка вы задумывались о автоматизации процесса покер-планирования. Конечно, игра в настоящие карты это классно, но их электронная замена может дать немало дополнительных выгод, например интеграцию с существующим проектом в Team Foundation Service. Тем более что вы уже сейчас можете посмотреть на предварительную версию проекта http://agileplanning.ru/.
Читать полностью »

Отличные новости для адептов Agile. В конце ноября (28.11-30.11) в Киеве пройдет пятый по счету открытый сертификационный класс ICAgile Certified Professional, организованный компанией Ciklum.
Для читателей habrahabr мы подготовили специальные условия. Но обо всем по порядку.
image
Читать полностью »


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