Как бороться с соблазном объять необъятное, или Канбан-система в проектах 1С

Публикация № 1383301

Методология - Методология управления разработкой - Agile (XP, SCRUM, Канбан)

На первом онлайн-митапе в Санкт-Петербурге Мария Темчина рассказала участникам митапа о принципах работы Канбан-системы в проектах 1С. Как выбрать инструмент для работы по Канбану, с чего начать при внедрении, и какие игры помогут освоить эту систему.

Я думаю, что большая часть присутствующих знакома со мной по статьям на Инфостарте, тренингам и Infostart Event. Я расскажу про такой аспект своей деятельности, как консультирование и внедрение различных методов организации бизнес-процессов в компаниях. Буду говорить и про опыт Инфостарта, и про опыт ИТ-подразделений в других компаниях.

 

О докладчике

Прежде чем мы пойдем дальше, хочу сказать пару слов о своих увлечениях. Мои хобби: я капитан парусной яхты и добровольный лесной пожарный. В рамках этих видов деятельности хорошо понимаешь, что в любой нештатной ситуации гораздо лучше оказываться, если имеешь определенный алгоритм действий. Канбан – это про четкий алгоритм действий, который можно корректировать в зависимости от ситуации.

 

 

Канбан-доска и Канбан-система

Под словом «Канбан» понимают два разных понятия. С одной стороны, это Канбан-доска – инструмент, который используют. И с другой стороны, это Канбан-система – подход к работе в целом.

 

 

Канбан-доски

Я не буду агитировать за «советскую власть», но подавляющее большинство компаний Канбан-доски используют. На экране представлен фрагмент отчета The Version One, в котором проанализированы Agile-компании по всему миру. Среди всех инструментов, которые используют, лидируют именно Канбан-доски. Итак, около 75% компаний Канбан-доски используют.

 

 

Канбан-доски позволяют нам избавиться от иллюзий, что мы прекрасно все удержим в голове. Максим Дорофеев в своей книге «Джедайские техники» рассказал, что наш мозг работает, пользуясь эффектом «дырявого стека». Когда нам приходит срочная задача, мы бросаем все и начинаем заниматься ей. Когда приходит еще более срочная задача – мы переходим к ней.

 

 

Брошенные нами дела потихоньку погружаются на дно дырявого стека, пока не выпадут, и вся работа не провалится в трещину. Канбан-доска позволяет этого избежать, и задачи "падают на пол" только когда мы осознанно принимаем решение их не делать.

Второй аргумент за Канбан-доску: она помогает разобрать ситуации, когда у нас спорный вопрос «Кто является ответственным?».

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

 

 

По поводу инструментов для Канбан-доски подробно говорить не буду: идеального инструмента не существует. Вот список досок, с которыми работают в моем окружении. Практически по каждому из них можно сказать, что кому-то этот инструмент нравится, а кому-то неудобно с ним работать.

 

 

Лидер во всей этой истории – Jira, продукт от Atlassian, который позволяет максимально четко организовать работу. Там хорошая аналитика.

 

 

Возвращаясь к отчету The Version One, мы увидим, что Jira находится на первом месте.

 

 

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

Альтернатива Jira – Trello, в базовой версии он бесплатный. Если он у вас зашел – можно использовать что-то более сложное. Если Trello использовать не получается – это признак того, что нет смысла инвестировать в более дорогое решение.

 

 

Есть масса решений на 1С, есть обработки на Канбан-доски. Я связалась с теми, кто скачивал эти обработки, и спросила, насколько это удобно. Получила тот же ответ, что и для других инструментов: кому-то нравится, а кому-то – нет.

 

 

Очевидное решение для 1С-ников – Bitrix24.

 

 

BPM в Инфостарте сделан на базе Bitrix. Это удобно для ситуаций, когда Канбан-доски нужно интегрировать с другими приложениями.

 

 

Сейчас я показываю доску – реальную доску одной из команд, где я внедряла Канбан-систему. Физическая доска считается наиболее удобным и универсальным инструментом. Как минимум, у нее три достоинства: она наглядна, к ней легко подойти, ее можно гибко подстраивать под ваши пожелания, ведь у любого автоматизированного решения есть ограничения, и это удобно для совещаний.

 

 

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

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

 

 

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

 

Канбан-система

Интереснее поговорить про Канбан-систему. Это подход к организации работы, когда мы используем не выталкивающую систему – берем в работу столько задач, сколько нам ставят – а вытягивающую. То есть, берет в работу такой объем задач, который реально можем сделать. На самом деле, большой разницы нет, потому что мы в любом случае сделаем только тот объем задач, который можем сделать. И от того, что мы возьмем больше задач – они будут дольше висеть в работы, мешать, отвлекать и портить нам жизнь, а работать быстрее мы не начнем.

 

 

Канбан-доска построена на ограничении одновременного числа задач и лимитах Work and Progress, WIP-лимитах. На каждый бизнес-процесс эти лимиты ограничивают общее число задач, которые мы можем делать. Поскольку мы не взяли все запросы от бизнеса, те задачи, которые взяли в работу, мы завершаем быстрее.

 

 

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

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

 

 

После этого готовая задача от разработчиков попадет в тестирование.

 

 

А аналитики передадут свою готовую задачу в разработку.

 

 

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

 

 

Что случилось бы без Канбан-системы? В раздел тестирования попал бы еще ворох задач, и они продолжили бы скапливаться. В Канбан-системе, за счёт ограничений на одновременное число задач в работе, двигать задачи дальше в такой ситуации нельзя. Благодаря этому мы получаем два важных результата. Мы замечаем бутылочное горлышко. Стало понятно, что нужно собрать совещание и организовать процесс тестирования, чтобы сделать то, что необходимо, и работать дальше.

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

 

 

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

Немножко про практический опыт. WIP-лимиты можно фиксировать программно: Jira или BPM это позволяют. И если команда договорилась их не нарушать, это тоже сработает.

 

 

Если случился пожар, упал сервер, а бухгалтерия не может сдать отчет, мы можем превысить лимит. Но при условии, что срочная задача - только одна, и она проходит систему проверки, что она и правда срочная.

Про Канбан-систему важно помнить, что она состоит не только из доски. Есть ритуалы: стенд-ап совещания и другие мероприятия. Здесь схема немножко похожа на Scrum, но на ежедневном стенд-ап совещании нет необходимости задавать вопрос - что я сделал вчера и сегодня, потому что это и так видно на доске. Плюс к этому, Канбан-система предлагает диаграммы, которые показывают нашу производительность.

 

 

Следующий момент – Канбан-система – это четкие правила. Например, в какой ситуации задача считается взятой в работу. На практике во многих ИТ-отделах бизнес-заказчики накидывают большое количество задач с нечетко сформулированными требованиями.

 

 

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

 

 

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

 

 

Есть притча про учителя, который клал в банку разные камни. Сначала крупные – банка наполнилась. Затем камни поменьше – банка заполнилась еще больше. Наконец, добавил песка – и в банке не осталось места. Если бы учитель начал с песка, то песок – текучка – занял бы все время. Но он начал с проекта – больших камней – он текучку тоже успел.

Еще хочу сказать два слова, почему в моей практике для 1С-разработки лучше подходит Канбан, чем Scrum. Основных аргументов, на мой взгляд, три. Чаще всего деятельность – это смесь проектов и поддержки, смесь операционной деятельности и разработки нового продукта, поэтому жестко поставить границы не получается.

 

 

Следующий момент – в 1С разработке как правило работает несколько команд: аналитики и разработчики. Сам по себе процесс разработки, на который заточен Scrum, занимает меньшую часть работы, иногда категорически меньшую. Когда задачи разнородные, их трудно уложить в фиксированные по времени спринты. Проще не привязываться к конкретному времени, а WIP-лимитам, делая задачи по блокам. И ничего страшного, что каждый блок займет разное время.

Поскольку дьявол в деталях – несколько моментов, в какой ситуации у вас выше шанс на успешное внедрение Канбан-системы.

 

 

Во-первых – управленческая воля. При помощи доброго слова и участия руководства у вас получится лучше. К чести руководства Инфостарта, оно при внедрении Канбан-досок начало с себя и настаивало на применении этого инструмента. Когда на совещаниях анализирует задачи по Канбан-доскам, и для сотрудников это стимул их использовать. Когда руководитель сам перестает пользоваться Канбаном, всё перестает работать.

Следующий момент – важно включать команду, чтобы доски были спроектированы с участием команды. Люди охотнее выполняют решения, которые были приняты с их участием.

Конечно, выбор удобного инструмента. Например, я знаю одного франчайзи, в котором часть задач живет в Bitrix24, а часть – в Trello. Им катастрофически неудобно, а когда мы работаем по принципу здесь пишем, здесь не пишем, здесь рыбу заворачиваем – получается странно.

Одной Канбан-доски мало, ее важно сочетать с базой знаний и мессенджером.

 

 

Важно помнить, что автоматизированный хаос – это быстрый хаос. Оттого, что вы запускаете Канбан-доску – это вам ничем не поможет, если ваши бизнес-процессы в хаосе.

 

 

Пример выстроенного процесса одной из команд.

 

 

Важно, что здесь есть процессы «техническое тестирование» и «документирование». Когда этих столбцов нет – все волшебным образом забывают про них. Разработчики сразу передают пользователям на функциональное тестирование якобы рабочий продукт или забывают про документацию.

Это такой способ контроля, в том числе для руководства. Начальник ИТ-отдела однажды гордо рассказывал мне, что после внедрения Канбан-доски он может встать ночью и рассказать, как идут дела с проектами у его подчиненных. До Канбан-доски такой возможности у него не было. Не только благодаря доске, конечно, но совещаниям и другим атрибутам Канбан-системы.

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

 

 

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

 

 

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

 

 

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

 

 

Как внедрять Канбан-систему на практике

Краткий список разной литературы, сайтов и видео.

 

 

А еще я предлагаю поиграть в игры:

 

 

Если надумаете внедрять Канбан-систему, советую поиграть в игру GetKanban. Она требует полдня как минимум. За это время мы раскручиваем месяц работы ИТ-компании.

 

 

Игра попроще – это TWIG. В нее нельзя выиграть, можно стать мудрее и посмотреть, как это выглядит на практике.

 

 

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

 

 

В частности, с участниками курса по управлению ИТ-проектами мы в эту игру играли, и участники соглашаются, что Канбан-система становится понятнее, если пройти игру. Командные KPI работают лучше, чем личные.

Спасибо за внимание, попутного ветра вашим проектам!

 

*************

Данная статья написана по итогам доклада (видео), прочитанного на INFOSTART MEETUP Saint Petersburg.Online. Больше статей можно прочитать здесь.

Приглашаем всех принять участие в тематических митапах Инфостарта: infostart.ru/events/, а также в Базовом курсе по управлению проектами от Марии Темчиной (старт обучения 24 февраля).

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо свернутое
1. biimmap 111 15.02.21 16:27 Сейчас в теме
В Вашем докладе слово "качество" ни разу не встречается. Поэтому все методики управления проектами без управления качеством и без понимания ключевой роли этого понятия, считаю полной чушью.

Что касается досок... Если в день валится 100 задач, то грамотно их разгрести почти нереально. При большом объёме нужен администратор доски. И это не РП! Об этом у Вас тоже как-то не упомянуто... РП обычно не вылазит с совещаний... Как-то с РП посчитали, что у меня невыполненных задач 250, а у него около 400. Мои задачи в почте + на бумаге, его в экселе. В крупную это не помогает.

А собственно задач у обоих много именно потому, что все соблюдают сроки, а не, например, стандарты разработки!
morin; director04; +2 Ответить
2. biimmap 111 15.02.21 16:28 Сейчас в теме
И ещё во всех методиках нет раздела про управление лодырями и разгильдяями. Тут тоже Ваша статья не помогает никак)
9. biimmap 111 17.02.21 09:34 Сейчас в теме
Ещё "нравится" фишка современных проектов, когда заказчик устанавливает срок реализации задач. При этом заказчик также далёк от программирования, как я от космонавтики! Говорит заказчик: "Нам надо через неделю". А задача на 2 месяца. И попробуй убеди менеджеров, которые на том же расстоянии от программирования, что и заказчик.
Оставьте свое сообщение

См. также

Самые честные истории про внедрение Agile на практике

Agile (XP, SCRUM, Канбан) Бесплатно (free)

Есть сообщество в Facebook'е и Инстаграм, которое публикует жизненные комиксы про внедрение гибких технологий на практике - Comic Agile.

01.04.2021    2025    MariaTemchina    17    

Что почитать про Agile для чайников?

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Продолжаю рубрику “Письма в редакцию”. Ко мне иногда обращаются с вопросом - вот, я, мол, совсем не представляю, что такое Agile…

03.12.2020    3316    MariaTemchina    9    

Управление в стиле Agile. Как создать самоуправляемую команду в ИТ проекте

Agile (XP, SCRUM, Канбан) Автоматизация ИТ-компании Бесплатно (free)

Про Agile только на конференциях Инфостарта сказано уже так много, что, кажется, сложно кого-то удивить. Но руководителю компании Rodionov consulting Денису Родионову это удалось, потому что он в своем докладе на Infostart Event 2019 Inception рассказал не только сухую теорию, но и примеры из собственной практики.

25.09.2020    2253    denislan    0    

Стыд и Скрам: взгляд глазами собственника из IT-шников

Управление проектом Agile (XP, SCRUM, Канбан) 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Не все, кто употребляют понятия Agile и Scrum, понимают, что они означают. О том, насколько в реальном мире автоматизации бизнеса на платформе 1С применимы гибкие подходы к разработке ИТ-продуктов на конференции Infostart Event 2019 рассказал основатель и соучредитель группы компаний WiseAdvice Иван Тягунов.

18.09.2020    3147    IvanAT1981    3    

Интеграция с Трелло. Готовый код

Обмен данными 1С Интеграция Agile (XP, SCRUM, Канбан) v8 Бесплатно (free)

Код основных действий, интеграция с API Трелло.

19.08.2020    3637    Yashazz    14    

Придет владелец продукта и решит все вопросы бизнеса!

Agile (XP, SCRUM, Канбан) Бесплатно (free)

Практически во всех крупных проектах есть отдельная роль – владелец продукта. Все чаще ее выполняют аналитик либо представители бизнеса, но насколько эффективно они работают, мало, кто задумывается. О том, что должен делать Product Owner, и какие ошибки чаще всего совершают такие специалисты, на конференции Infostart Event 2019 Inception рассказал управляющий партнер и Agile Coach компании Scrumtrek Иван Селеверстов.

24.07.2020    3160    iseleverstov    0    

Почему Scrum не работает в проектах 1С

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Более точная формулировка заголовка, пожалуй будет такой -  Почему Scrum в чистом виде плохо работает в проектах внедрения продуктов 1С.

18.05.2020    11754    MariaTemchina    33    

Визуализация фич Vanessa Automation в StoryMapper

Agile (XP, SCRUM, Канбан) Сценарное тестирование Vanessa Automation ИТ-компания 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Описан процесс визуального упорядочивания коллекции feature-файлов в виде карты пользовательских историй. Используется инструмент гибкого управления требованиями StoryMapper.

21.03.2020    3479    oleynik.dv    7    

Agile в проектах 1С: где-то между невозможно и неизбежно. Часть вторая

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Некоторое время назад я публиковала статью, где начала разбираться, что следует из Agile-манифеста на практике, и каковы сильные и слабые стороны происходящего. В одну статью всё не поместилось, и сегодня попробую закончить эту тему. 

06.09.2019    6422    MariaTemchina    10    

Agile в ИТ-проектах: где-то между невозможно и неизбежно

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Приглашаем к дискуссии по мотивам прошедшего вебинара на тему "Agile и не Agile"

15.08.2019    7321    MariaTemchina    40    

Scrum: серебряной пули не существует

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Гибкие методологии набирают популярность среди команд разработчиков. Но применять их в том варианте, который предлагается первоначально, не всегда удается. О своем опыте работы по Scrum в условиях, когда нет проектов, рассказал на конференции Infostart Event 2018 Education ведущий разработчик 1С одной из крупнейших торговых сетей Дмитрий Кирилкин.

12.08.2019    5719    dumsik    7    

Стыд и Скрам, часть вторая

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

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

14.03.2019    12082    MariaTemchina    47    

Стыд и скрам - Чему нас учит Scream Guide

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Название "Scream Guide" можно вольно перевести на русский как “Вопль ужаса от того, как Scrum применяют на практике”

12.02.2019    10804    MariaTemchina    20    

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

Управление проектом Waterflow Итеративный подход Agile (XP, SCRUM, Канбан) Бесплатно (free)

В своем докладе Мария Темчина подробно рассказала про то, какие подходы к управлению проектами вообще бывают с точки зрения Project Management Institute, и какие из них применимы при руководстве проектами внедрения 1С.

21.01.2019    9016    MariaTemchina    0    

Черная книга Скрам

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

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

26.11.2018    8749    Selikhovkin    4    

[Заметки] Scrum за 5 минут

Agile (XP, SCRUM, Канбан) Бесплатно (free)

Первый опыт создания статьи в сообществе. Немного о Scrum и нашем знакомстве.

20.11.2018    9413    leobrn    11    

Думать некогда, трясти надо - или что такое ретроспектива в Agile

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

12-ый принцип Agile-манифеста, как известно, гласит: "Каждый раз в конце заранее определенного интервала времени команда размышляет, как повысить результативность своей работы, и затем вносит коррективы в процессы." Попробуем разобраться, как это стоит, а как не стоит делать на практике. 

13.11.2018    11006    MariaTemchina    16    

Приоритизировали, приоритизировали, да не выприоритизировали...

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

В ответ на классическое требование "сделать всё и сразу" Agile предлагает "сделать сразу, но не всё". В этой статье я хочу поговорить о разных методах приоритизации требований.

30.10.2018    8594    MariaTemchina    47    

Построение высокоэффективной Agile-команды

Управление проектом Управление командой Agile (XP, SCRUM, Канбан) Бесплатно (free)

Меня зовут Асхат Уразбаев, я из компании ScrumTrek. Наша компания помогает внедрять Agile, Scrum, Kanban – гибкие методологии и гибкие подходы. К миру 1С я совсем не принадлежу, но в прошлом я, тем не менее, программист – занимался разработкой на самых разных языках программирования. Помимо основной деятельности у меня было несколько технологических стартапов, в которые я был так или иначе вовлечен. И сегодня мы поговорим о том, как сделать так, чтобы команда была крутой и эффективной.

08.10.2018    8112    askhatu    15    

Канбан в условиях российской действительности

Управление бизнес-процессами (BPM) Управление проектом Agile (XP, SCRUM, Канбан) Россия Бесплатно (free)

Слово "Канбан" слышали все, кто работает в производстве, в поддержке и в ИТ-разработках. В этой статье я попробую рассказать про Канбан подробно, обобщить принципы и опыт (мой и ближайшего окружения) по внедрению на практике этой системы с упоминанием возникающих при этом "граблей" и рекомендаций по борьбе с ними.

08.08.2018    25381    MariaTemchina    64    

Почему Agile превращается в Тяп-ляп. Кто виноват и что делать?

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

В моей практике довольно много историй, когда компании, решившие внедрять гибкие методологии, начинали за здравие (Agile), а кончали за упокой - Do & Fix (делаем, как бог на душу положит). Попробуем разобраться, почему так происходит.

27.07.2018    13853    MariaTemchina    20    

Можно ли объять необъятное или чем Agile отличается от водопада?

Управление проектом Waterflow Agile (XP, SCRUM, Канбан) Бесплатно (free)

Что общего между управлением парусной яхтой и проектом по внедрению ERP-системы на предприятии? В данной статье я постаралась понятным языком описать разные подходы к проектному управлению, и разобраться при каких условиях та или иная методология может быть полезной при реализации проектов.

23.07.2018    13372    MariaTemchina    43    

Применение Agile-технологий в проектах 1С

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Agile – это одна из методик ведения проектов. О ее практическом применении в проектах 1С пойдет речь в статье.

25.07.2017    18806    kondrat230386    35    

Agile для внутренней разработки

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Речь пойдет о том, что такое гибкие методологии. Статья написана на основе доклада, прочитанного на Конференции IE 2013 Revolution (7-8 ноября 2013 года).

29.09.2015    15724    askhatu    14