Как стать автором
Обновить
8
0
Артур Нек @artnek

кандидат АКС, АКТ, Agile Coach

Отправить сообщение

Быстро, без стресса и лишних созвонов: как небольшая команда Kaiten работает над продуктом

Уровень сложностиПростой
Время на прочтение8 мин
Количество просмотров2K

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

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

Читать далее
Всего голосов 8: ↑7 и ↓1+6
Комментарии3

Как простая ошибка в интерпретации lead time на два года задержала выпуск продукта на рынок

Уровень сложностиПростой
Время на прочтение4 мин
Количество просмотров3.1K

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

Меня зовут Артур Нек, я управляющий партнер Kaiten, а в прошлом Scrum-мастер команд разработки. Расскажу, как простая ошибка в интерпретации метрик может сильно тормозить работу команды и как нам всё-таки удалось ускорить развитие продукта, пересобрав текущие процессы.

Читать далее
Всего голосов 8: ↑6 и ↓2+4
Комментарии5

Все проблемы проекта в одной диаграмме: как с помощью Kaiten построить диаграмму потока

Уровень сложностиПростой
Время на прочтение10 мин
Количество просмотров3.9K

Привет! Меня зовут Артур Нек, я Kanban-консультант и управляющий партнер Kaiten. Как руководителю, мне важно знать, как идут дела в проекте и есть ли какие-то проблемы. Постоянно спрашивать об этом у сотрудников в чатах или на почте неэффективно, а на просмотр досок и карточек проекта уйдет много времени.

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

Читать далее
Всего голосов 4: ↑4 и ↓0+4
Комментарии3

Поиск лучшего метода оценки времени выполнения задач: кейс команды Kaiten

Уровень сложностиПростой
Время на прочтение6 мин
Количество просмотров2.6K

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

Привет, Хабр. Меня зовут Артур Нек. Я Канбан-консультант, основатель компании Neogenda и управляющий партнер Kaiten. В этой статье поделюсь опытом компании Kaiten в поиске работающего способа оценки времени выполнения задач: с чего начинали, с чем столкнулись и что выбрали в итоге.

Читать далее
Всего голосов 7: ↑5 и ↓2+3
Комментарии3

Внедрить новый управленческий подход и не разрушить команду: эволюция vs революция и причем тут канбан

Уровень сложностиПростой
Время на прочтение7 мин
Количество просмотров5.1K

Есть простая айтишная мудрость: «работает — не трогай». Она применима и к бизнесу. Но на практике без нововведений, хоть и редких, бизнес может не только перестать расти, но и начать стагнировать. И нередко изменения действительно оправданы и помогают улучшить показатели компании. Но только при условии, что к их внедрению подошли правильно, а не бросили сотрудников наедине с новыми инструментами, правилами или подходами.

Меня зовут Артур Нек, я Канбан-консультант, основатель компании Neogenda и управляющий партнер Kaiten. В статье расскажу, как управлять изменениями, чтобы не получить поток заявлений на стол. 

Читать далее
Всего голосов 10: ↑7 и ↓3+4
Комментарии2

Рентабельность инвестиций в Канбан. Часть 2

Время на прочтение4 мин
Количество просмотров2.4K

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

Читать далее
Всего голосов 3: ↑3 и ↓0+3
Комментарии10

Рентабельность инвестиций в Канбан. Часть 1

Время на прочтение5 мин
Количество просмотров4.3K

«Они хотят увидеть экономическое обоснование, прежде чем мы сможем приступить к использованию метода?!» — это слова главы отдела, которую я обучал в рамках запланированного внедрения Канбан. У неё были смелые планы по улучшению показателей своего подразделения, но этот вопрос заставил её задуматься.

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

Читать далее
Всего голосов 10: ↑6 и ↓4+2
Комментарии17

Обдумывая стори поинты

Время на прочтение7 мин
Количество просмотров5.7K
image

Мне нравится говорить, что я, возможно, изобрел стори поинты (story points) и если действительно изобрел, то сегодня мне жаль. Давайте рассмотрим подробнее, что я думаю о стори поинтах сейчас. По крайней мере один из нас точно заинтересован в моих мыслях.

Идея историй (stories) конечно же пришла из XP, а не из Scrum. Неким образом скрам-практики адаптировали эту идею в свою работу. Хотя официальный скрам-гайд говорит лишь об элементах бэклога (backlog items), использовать пользовательские истории в качестве элементов бэклога – очень распространенная в скраме практика.
Читать дальше →
Всего голосов 11: ↑11 и ↓0+11
Комментарии0

Роль Service Delivery Manager (SDM) в Канбан-методе: как нанимать SDM

Время на прочтение4 мин
Количество просмотров12K
Меня часто спрашивают о роли Service Delivery Manager (SDM) в Канбан. Кто должен играть эту роль? Как можно ввести эту роль в организации? Где найти правильных людей на эту роль?

Для понимания, SDM – термин, который мы используем в Канбан-методе для общего обозначения широкого круга менеджеров, отвечающих за некие сервисы, производственные линии или проекты. В круг ответственности SDM входит управление и улучшение сервиса с точки зрения удовлетворенности его клиентов.
Читать дальше →
Всего голосов 3: ↑3 и ↓0+3
Комментарии0

Канбан метод: Пример ПНЗ №2: Обучение и Курсы

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

Наш следующий пример переносит нас в мир обучения и курсов. Это благодаря моему коллеге Трэвису, который руководит отделом обучения высокотехнологичной компании. Отдел Трэвиса предоставляет множество услуг, но мы рассмотрим в этом примере только одну из них: разработка курсов.
Читать дальше →
Всего голосов 3: ↑3 и ↓0+3
Комментарии0

Канбан метод: Пример ПНЗ №1, процесс измерения-изучения в стартапе

Время на прочтение3 мин
Количество просмотров1.5K
В своем  предыдущей статье, я описал, что мы можем воспринимать процесс поставки как Процесс Накопления Знаний.

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

Теперь настало время показать применение такого подхода к  другим процессам, и я приведу несколько примеров из мира, не связанного с поставкой программного обеспечения. Мы обратимся к началу 2003 года и моим первым циклам создания-измерения-изучения, которые сейчас мы привыкли называть бережливым стартапом. В то время я жил в Нью-Йорке и был одним из немногих инженеров в молодой компании занимающейся рекламой, через интернет.
Читать дальше →
Всего голосов 3: ↑3 и ↓0+3
Комментарии0

Канбан метод: Понимание вашего процесса как процесса Коллективного накопления знаний – Часть 1 (рецепты)

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

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

В двух словах, диаграмма накопления знаний / информации, представленная вот так,


мы можем представить вот такой Канбан доской:


Читать дальше →
Всего голосов 7: ↑7 и ↓0+7
Комментарии0

Канбан метод: Понимание вашего процесса как процесса коллективного накопления знаний

Время на прочтение4 мин
Количество просмотров4.1K

Предисловие


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

Понимание вашего процесса как процесса коллективного накопления знаний


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

Существует общая тенденция и желание сделать работу более коллективной. Тем не менее, когда я прошу людей в офисе нарисовать процесс своей работы, они часто предоставляют что-то такое (я упрощаю):


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

Такое взаимодействие происходит не только между отдельными участниками команды, но и (что немаловажно) между корпоративными отделами, службами и межфункциональными командами. Поэтому люди рисуют множество стрелочек, соединенных в различных конфигурациях, чтобы показать все эти передачи.
Читать дальше →
Всего голосов 14: ↑14 и ↓0+14
Комментарии0

Информация

В рейтинге
Не участвует
Откуда
Новосибирск, Новосибирская обл., Россия
Работает в
Дата рождения
Зарегистрирован
Активность