Как бороться с соблазном объять необъятное, или Канбан-система в проектах 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 Ответить
3. Alia777 15.02.21 18:29 Сейчас в теме
(2) Ну , по мне, так это статья, а не волшебная примочка. Это просто обзорная статья для введения в вопрос, не надо ждать тут книгу с заклинаниями, после которой ваши 250 и 400 задач исчезнут сами собой :)
5. user670659_lms.buch 16.02.21 15:22 Сейчас в теме
(4) Вот именно. А потом оказывается что ставил задачу человек который видит это все впервые и вообще мимокрокодил.
В готовом проекте защита от дурака не предусмотрена, неисправленные ошибки висят годами, рубли плавают в расчетах с одинаковыми входными данными.....
Обратной связи с реальными пользователями нет.

Зато бумажки красиво расклеили...
8. biimmap 111 17.02.21 09:22 Сейчас в теме
(6) Извиняйте, но вот тут не соглашусь!

Я ведь написал, что список задач увеличивается из-за недобросовестных сотрудников! Мне для этого не нужен задачник, они известны и без него.

И вот это совсем не так, что целью управления задачами является качество!!! На тех проектах где я работал, особенно в Роснефти, всем ПЛЕВАТЬ на качество!!! Им лишь бы сдать в срок и поставить галочку.

А вот в этом году делаю проекты, вот у меня нет задачников никаких, зато люди поняли что такое качество и зачем оно нужно! Ибо до этого профукали год времени и кучу денег, а всё в пустую. Благодаря тем, у кого есть задачник, но что такое качество им неизвестно!

Поэтому задачник нужен только для удовлетворения амбиций РП. Для проекта он чаще всего не несёт никакой пользы! Мною выполнено более 5 крупных проектов без всяких задачников! Так что всякие Agile, Scrum, PMBook и прочее это не более чем громкие названия, а толку от них ноль.

К счастью, людей понимающее написанное мною в этой ветке становится всё больше! И десятилетие бестолковых менеджеров заканчивается.
Rom_0976; +1 Ответить
17. Rom_0976 31.03.21 08:12 Сейчас в теме
(13) У Росснефти есть прозвище - кладбище подрядчиков
2. biimmap 111 15.02.21 16:28 Сейчас в теме
И ещё во всех методиках нет раздела про управление лодырями и разгильдяями. Тут тоже Ваша статья не помогает никак)
4. biimmap 111 15.02.21 18:49 Сейчас в теме
(3) Да смысла нет этим заниматься вообще. Надо поднимать уровень ответственности каждого и качество работы... А не пинать из одного угла в другой список задач и постоянно его обсуждать.
6. Rustig 1700 17.02.21 01:30 Сейчас в теме
(1) качество есть априори в системе управления задачами, когда одна и та же задача всплывает несколько раз - значит пора разбираться либо с качеством постановки задачи, либо с качеством исполнения...
(2) как раз наоборот, внедрите систему управления задачами, а не список на почте, тогда увидите, все задачи, которые провисают по срокам или качеству...сразу выявите разгильдяев и лодырей...
мне например сложно интегрироваться в чью-либо систему координат - поскольку в любой системе управления задачами есть сроки, которые я как фрилансер срываю по объективным причинам - например, я заболел или заболел ребенок...получается, что я выгляжу разгильдяем в системе координат любых команд и систем управления сроками...
система управления задачами на то и система, что дисциплинирует всех и вся - разгильдяи как лакмусовая бумажка выделяются....
да и вообще адекватно определять сроки и фиксировать их приходит со временем, когда понимаешь, что задач много, многие не успели по срокам, возможно проблема в том, что сроки неадекватно прописали....ну там много выводов... на то и наука, что в одном абзаце не распишешь...
все нюансы на курсе проясните... сейчас есть возможность только спорить, оспаривать, учиться начнете - когда будете на курсе....
7. Rustig 1700 17.02.21 01:35 Сейчас в теме
(5)
А потом оказывается что ставил задачу человек который видит это все впервые и вообще мимокрокодил.
В готовом проекте защита от дурака не предусмотрена, неисправленные ошибки висят годами, рубли плавают в расчетах с одинаковыми входными данными.....
Обратной связи с реальными пользователями нет.


у вас готовые бумажки уже расписаны - вам осталось только их красиво расклеить, выделить ответственных за каждую, определить сроки решения, ну и все-таки научиться мотивировать ответственных решать задачи качественно и в срок...
9. biimmap 111 17.02.21 09:34 Сейчас в теме
Ещё "нравится" фишка современных проектов, когда заказчик устанавливает срок реализации задач. При этом заказчик также далёк от программирования, как я от космонавтики! Говорит заказчик: "Нам надо через неделю". А задача на 2 месяца. И попробуй убеди менеджеров, которые на том же расстоянии от программирования, что и заказчик.
10. Rustig 1700 17.02.21 09:45 Сейчас в теме
(8)
Им лишь бы сдать в срок и поставить галочку.

нормальная ситуация для любой большой компании - если вы пройдете курс, то спокойно будете реагировать на разные проекты.
Сейчас у вас ожидания столкнулись с реалиями - а поговорить вам не с кем, обсудить "почему так", вот и решили что "правда только то, что я видел своими глазами" , но вы системно не увидели проблему...
про бюрократию в крупных компаниях хорошо сказано вот тут https://www.youtube.com/watch?v=72miIgVcf00
для Роснефти это нормально, поскольку это вписывается в нормы бюрократии - пересогласовывать сроки себе дороже, лучше двигать по дорожной карте "сначала делаем, потом делаем хорошо"....

(8)
Я ведь написал, что список задач увеличивается из-за недобросовестных сотрудников! Мне для этого не нужен задачник, они известны и без него.

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

(8)
И вот это совсем не так, что целью управления задачами является качество!!!

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

Жизненный опыт - это не только с чем вы столкнулись, но и интерпретация преподавателя -практика, анализ разбора проектов других участников курса - у вас будут видеоконференции, закрытый форум - информации для переосмысления вашей точки А и вашей точки Б - будет много....
11. Rustig 1700 17.02.21 09:46 Сейчас в теме
(9) учитесь говорить "нет" и держать паузу сколько угодно долго - если Заказчик давит, то не работайте с таким - а то у вас нервов на всех не хватит
12. Rustig 1700 17.02.21 09:55 Сейчас в теме
(9) я проходил через этот психологический барьер - реально тяжело говорит нет, и держать паузу - зато сейчас у меня горизонт планирования от 3-х недель до 2-х месяцев - если я говорю, что проект начнем через два месяца, то клиенты ждут - сам переход на такую систему проходил более двух лет... но я работаю один, делегировать некому.... поэтому наверное так неприемлемо долго....
зато я внутренне стал более уверенным и спокойным... страха потерять клиентов нет.... курс не вылечит вас от всех накопленных годами неправильных привычек реагировать на ситуации.... но даст пищу для ума, покажет "другую сторону Луны", может задумаетесь и решите меняться, привнося в свою жизнь новые установки, правила жизни и работы....
может коллектив, смотря на вас, станет меняться в лучшую сторону... курс не дает гарантий, но дает систему знаний....
13. biimmap 111 17.02.21 12:23 Сейчас в теме
(11) я и ушёл из Роснефти) Теперь всё нормально.
14. biimmap 111 17.02.21 12:24 Сейчас в теме
(12) Если бы мы были знакомы... Я могу и послать открытым текстом... Но почему то менеджерам это не нравится) Для меня нет разницы кто передо мной директор или уборщица. Если они адекватные и хорошо работают, то оба достойны уважения. Равно как и наоборот.
15. Terve!R 10.03.21 16:24 Сейчас в теме
(14) адекватны и хорошо работают относительно кого? Вас? А может это Вы неадекватны, и Вас надо посылать? Почему Вы считаете себя непревзойденным эталоном? ЧСВ то надо придержать, а посылать много ума не нужно было никогда.
16. biimmap 111 10.03.21 20:35 Сейчас в теме
(15) Может быть. У каждого свои показатели адекватности.
Но моё представление о прекрасном основано на достижении качественного результата. Если результат достигнут и он качественный, значит всё норм. А вот что считать качеством - в моей предметной области всё просто: отсутствие ручных корректировок и двойного ввода данных. Пока есть одно из 2-х значит результат плохой.

Не знаю что есть ЧСВ, но ко мне не относится) Успехов.
Оставьте свое сообщение

См. также

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

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

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

01.04.2021    2003    MariaTemchina    17    

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

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

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

03.12.2020    3295    MariaTemchina    9    

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

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

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

25.09.2020    2220    denislan    0    

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

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

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

18.09.2020    3144    IvanAT1981    3    

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

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

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

19.08.2020    3619    Yashazz    14    

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

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

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

24.07.2020    3147    iseleverstov    0    

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

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

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

18.05.2020    11749    MariaTemchina    33    

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

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

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

21.03.2020    3473    oleynik.dv    7    

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

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

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

06.09.2019    6415    MariaTemchina    10    

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

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

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

15.08.2019    7318    MariaTemchina    40    

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

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

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

12.08.2019    5713    dumsik    7    

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

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

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

14.03.2019    12078    MariaTemchina    47    

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

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

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

12.02.2019    10801    MariaTemchina    20    

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

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

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

21.01.2019    9004    MariaTemchina    0    

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

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

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

26.11.2018    8743    Selikhovkin    4    

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

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

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

20.11.2018    9407    leobrn    11    

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

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

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

13.11.2018    10996    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    8110    askhatu    15    

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

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

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

08.08.2018    25364    MariaTemchina    64    

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

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

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

27.07.2018    13836    MariaTemchina    20    

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

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

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

23.07.2018    13363    MariaTemchina    43    

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

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

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

25.07.2017    18796    kondrat230386    35    

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

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

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

29.09.2015    15723    askhatu    14