В канбане это гораздо сложнее устроить. Если тебе нужно, чтобы задача была во что бы то ни стало сделана к конкретному дню, тебе нужно постоянно играть с приоритетами, повышая их, по мере приближения дедлайна.
Это совсем не так. ;] Канбан вообще ничего почти не предписывает, он накладывается на ваш существующий процесс. Это просто инструмент для анализа и изменения существующего процесса. Следуй минимуму правил, а дальше используй «плагины» к канбану по необходимости. Зачем «играть» какими-то «приоритетами»? Если у вас есть задачи со сроком поставки — крупно дедлайн на каждой надпишите да выделите их в отдельный класс, поставьте лимит и применяйте к ним свои правила (policy). Ну, может, покрасьте их карточки в какой-нибудь оранжевый для наглядности.
И это всё равно не гарантирует выполнения в срок (потому что всё, что уже висит на доске, может затянуться).
А если задачу не повесить на доску — она не затянется? Почему?
Плюс ко всему, когда в компании несколько инициаторов задач и несколько бэклогов, а отдел разработки один, тогда ещё появится и проблема дележа приоритетов (или ресурсов).
Ну так это и есть сигнал вам — ваша система несбалансирована для такой сильной вариации задач. Либо вы смиряетесь с этим, увеличив WIP. Либо, если вам важно повысить производительность (а это не всегда самое важное), принимаете меры. В вашем случае — тестировать силами девелопмента при необходимости, например. Automation, все дела.
Вы пришли на новое место, где система была «установлена», но, я так понял, задачи не решала. Вы систему заменили на свою. И это понятно — вам нужны были результаты, но добиться их установленной не вами системой вы не могли. Если меня попросят свалить дерево и дадут бензопилу и топор — я начну рубить топором, потому что бензопилу не разу в жизни не заводил и не знаю сколько времени на запуск уйдет, и запустится ли она вообще.
Но это не дает вам права заявлять, что канбан не подходил для вашей компании. Он не подошел лично вам. Никто не показал вам, как пользоваться бензопилой, а на чтение инструкций времени, скорее всего, не было. Но бензопила не стала от этого хуже — даже начинающий пильщик обгонит ваш топор. И, продолжая аналогию, чем больше дерево, тем явнее преимущество.
Lead time — время, за которое задача проходит через систему, от приема в работу, до завершения. Не знаю, откуда вы знаете, сколько стоит моя команда, но если вы просто поглядываете, сколько там у вас в среднем на задачу уходит и ничего не предпринимаете для повышения предсказуемости процесса, то это не канбан, а… хроника пикирующего бомбардировщика.
А если вы беклог формируете из «лендингов к четвергу», то вы сам себе злобный буратино и никакой канбан со скрамом вам не помогут.
Как это отбирает определенность? Вы же замеряете lead time для классов задач. По каждому классу прогноз и будет очень точный. При достаточной статистике, конечно. Не через неделю, после того, как доску повесили.
«Если повар нам не врет», то эппловские часы будут ценны круглосуточным мониторингом вашего здоровья — по пульсу и чему-то там еще. Там уже какой-то iHealth под это дело мощный есть. Вот это, я понимаю, прорыв. Куда там фитнесу пару раз в неделю и выводу смс-ов.
И если андроид не подтянется по скоренькому на этом фронте — куплю афон с айвочем.
На андроиде я не купил ничего, но заплатил сервисам, чьи бесплатные клиенты использую — endomondo, например. Хотя эти случаи, вероятно, мало интересны большинству разработчиков.
1. Целые разделы (менеджмент, проф. развитие...) и половина контента — вообще не про интерфейс. Та же фейсбуковская история — про психологию восприятия.
2. Структурированная тонна ссылок без картинок, но с краткими текстовыми описаниями — как раз пример хорошего дизайна.
Нет, не о графическом. И не о дизайне интерфейсов. О дизайне продуктов. Который включает в себя предыдущие по необходимости. И интерфейс не обязан быть графическим, и продукт не обязан иметь интерфейс.
Подтверждаю про Полар — намочить и все. Бывало забывал мочить, так он тупил несколько минут, пока я не вспотевал — пульс скакал выше максимума. А так — знатная штука. С эндомондой на телефоне задружил по bluetooth — и все работает.
Это совсем не так. ;] Канбан вообще ничего почти не предписывает, он накладывается на ваш существующий процесс. Это просто инструмент для анализа и изменения существующего процесса. Следуй минимуму правил, а дальше используй «плагины» к канбану по необходимости. Зачем «играть» какими-то «приоритетами»? Если у вас есть задачи со сроком поставки — крупно дедлайн на каждой надпишите да выделите их в отдельный класс, поставьте лимит и применяйте к ним свои правила (policy). Ну, может, покрасьте их карточки в какой-нибудь оранжевый для наглядности.
А если задачу не повесить на доску — она не затянется? Почему?
А сейчас почему проблемы нет?
Но это не дает вам права заявлять, что канбан не подходил для вашей компании. Он не подошел лично вам. Никто не показал вам, как пользоваться бензопилой, а на чтение инструкций времени, скорее всего, не было. Но бензопила не стала от этого хуже — даже начинающий пильщик обгонит ваш топор. И, продолжая аналогию, чем больше дерево, тем явнее преимущество.
А если вы беклог формируете из «лендингов к четвергу», то вы сам себе злобный буратино и никакой канбан со скрамом вам не помогут.
И если андроид не подтянется по скоренькому на этом фронте — куплю афон с айвочем.
Но это пульсомеры, так сказать, постоянные. А тех, что пульс прикладыванием пальца измеряют — тыщи. Есть и по пять рублей ведро.
Вот автор подборки сам рассуждает о термине: www.slideshare.net/jvetrau/design-weekend-2014
1. Целые разделы (менеджмент, проф. развитие...) и половина контента — вообще не про интерфейс. Та же фейсбуковская история — про психологию восприятия.
2. Структурированная тонна ссылок без картинок, но с краткими текстовыми описаниями — как раз пример хорошего дизайна.