Про KANBAN простыми словами / Эффективная работа с беклогом

by: АйТиБорода

Download this transcript

Transcript:

[0.0]
сегодняшний выпуск я буду рассказывать вам о том что такое канбан статусе in progress к примеру может находиться не более скольки то задач главная метрика это именно среднее время выполнения задачи привет друзья меня зовут лекс и вы на канале айти борода сегодняшний выпуск я буду рассказывать вам о том что такое канбан предыдущем видео я уже рассказывал о технологии гибкой разработки под названием скраб и там все было немножко скомкано и не по порядку поэтому к этому выпуску я подготовился более основательно а если вы хотите знать больше о том чем я занимаюсь по за рамками youtube канал то подписывайтесь на мой инстаграмм а также подписывайтесь на мой телеграм-канал в которым вы сможете первыми узнавать о выходе новых видео поехали и прежде чем рассказать вам что такое канбан в античном проявление давайте окунёмся в историю японии поговорим о компании тойота о тех временах этой компании когда она впервые начал выпускать своей машиной и только-только начала выходить на рынок когда руководство компании задумалась над тем как можно оптимизировать процесс таким образом чтобы товар за вставился на судах меньше и чтобы в принципе процесс разработки длился быстрее без времени простоя сотрудников и товара и было решено внедрить кое какие принципы которые этому способствовали так появился термин ли он manufacture бережливое производство производство которое бережет время и место именно оттуда вышел классический комбан так что же такое канбан как вы уже догадались com банка японский термин как значит видимый обозначит карточка либо доска это карточки на доске что же это за карточки это те карточки на которых участники производственной линии из принципа производственного процесса пишут друг другу задачи которое необходимо выполнить так например человек который вставляем верю в машину тойота знаешь что ему нужно 5 дверей на одну машину и 5 дверей на вторую машину и зная примерное время производства 5 дверей для машины он можно заранее подготовить канбан для человека который занимается производством этих зверей и к тому моменту когда у него все двери закончится новая партия дверей придет вовремя такой схеме не нужны склады такой схеме каждый человек знает какое количество продукта за какое количество времени он должен поставить следующему человеку в производственном процессе все эти идеи очень хорошо легли на другие производственные процессы не только на машиностроение сейчас многие компании используют данный подход и в том числе айти компании подытоживая все сказанное можно сказать что комбан это способ работы чем-то случае производство машин это способ работы с производственной линии в случае эти это способ работы с бак логом что такое backlog я рассказывал в предыдущем видео сейчас только напомню backlog это скоб это пул это список называйте как хотите список задач которые нужно выполнить для того чтобы продукт получил свою конечную форму и вот как раз таки комбан рассказывает как можно эффективно работать с этим благом для того чтобы поставлять новые фичи во время в основе канбан и лежат статусы и лежит ориентированность на количестве задач в процессе разработки это значит что каждая задача переходит из статусов статус в каждом из статусом задач может быть определенное количество то есть мы имеем ограничение в классической модели есть несколько статусов это статус туду либо backlog либо задачи на разработку это status in progress то есть те задачи которые выполняются в данный момент и этот дан это те задачи которые были выполнены и уже поставлены в конечной версии продукта также можно добавлять свои статусы которые нужны ваши конкретные команде часто добавляю статус testing это статус которая говорит что задача находится в тестировании и каждая задача переходит из одного статуса в другой из другого в третий и так далее до статуса до в комбо не так же есть несколько ролей это менеджер и эта команда разработки либо тестирования задача менеджера обычно входит настройка процесса заполнения батллога и расставление приоритетов у задачи кроме того менеджер конечного следить за тем чтобы вся эта машина работала и не останавливалась команды разработки непосредственно выполняя задачи либо тестируют задач или след как командой тестировщиков и следит за тем чтобы все условия то выполнялись что за условие менеджеры обязательно выставляют количество задач которые могут находиться в конкретном статусе это значит что в статусе in progress к примеру может находиться не более скольки то задача это позволяет команде концентрироваться на конкретных задачах и не иметь много не завершенной работы таким образом менеджер может контролировать так называемый урок и прогресс параметр то есть количество работы находящиеся в данный момент в разработке и это есть одно из главных отличий от других методологии разработки других способов работы с бык логом здесь команда жестко концентрируется на той задаче которую она выполняет если вдруг все задачи находятся в разработке и нету больше места куда впихнуть новую задачу конкретный статус та команда направляет все силы на то чтобы закрыть текущая задача если вдруг нет места в статусе от тестирования а ты как разработчик все задачи свое уже подготовила готов в тестировании отдать значит ты твердо тестировщики он пытаешься разобраться почему у них задержка и как им можно помочь в этом для того чтобы освободить место для своих новых задач в статусе тестирования если тестировщик нашел баги тестировщик перемещает задачи обратно в in progress разработчикам если он видит что в интро грехи нету места количество задач уже соответствует максимальному количеству задач в этом статусе тестировщик приходит к разработчикам и пытается понять чего проблемой пытается им помочь получается что в этой схеме очень хорошо выстроена коммуникация между командой и очень хорошо шарится знания плюс к тому же обычно в компании задачи не оцениваются до начала работы это значит что все оценки метрики отталкиваются от закрыты задач которые находятся в статусе да и таким образом нам не нужно проводить долгосрочные сессии по оценке каждые задач не нужно чтобы у каждого из разработчиков был опыт по выполнению похоже задач не нужны талонной задачи вся оценка производится по закрытым задачам и к какому-то определенному моменту после начала работы по канбан у менеджер будет видеть сколько занимает среднем закрытие одной удачи и от этого будет отталкиваться своих расчетах комбан хорошо работает на небольших командах 58 человек для того чтобы не нарушать коммуникацию чтобы менеджер слегка мог отслеживать процесс разработки не делать очень большое ограничение для статусов то есть шесть to suck piece to suck в статусе in progress в статусе testing это еще нормально за этим менеджер может следить делать какую-то аналитику если будет больше одновременных единовременных задач в разработке то уже становится сложнее следить за их процессом обработки за их процессом завершению что еще стоит понимать в компании в комбо не стоит понимать главную метрику главная метрика это именно среднее время выполнения задачи тут очень ярко и отличие от скрама потому что sk не все измеряется эффективностью и скоростью команда здесь мы на скорость команды не смотрим здесь главное в конкретные сроки поставлять задачи главное чтобы в любой момент мы могли выкатить этой задачи в продакшен потому что скрам подразумевает под собой временные промежутки в виде спринтов и в конце каждого спринта мы имеем релизную версию в комбо не же мы можем в любой момент времени сделать релизную версию и это накладывает дополнительные ресурсы затраты на увеличение качества написанного кода подходе канбан потому что так как каждый момент времени мы можем в абсолютно любой наш commit абсолютно любую задачу выкосить продакшен эта задача должна быть максимально протестирована у нас не будет времени на регресс тестирования у нас не будет времени на какие-то дополнительной доработки каждый попавший в мастер commit каждая задача тоска что угодно который лежит да я должна быть готова к высадке на продакшен также модель комбо на позволяет внедрять задачи практически в любой момент времени разработки потому что задача будет попадать в backlog backlog может расширяться когда угодно потом эта задача будет приоритизировать и как только в статусе in progress появится место для новой задачи разработчик возьмет первую приоритетную задачу из big logo а это может быть и новая тоска новая задача с ками так не сделаешь с кроме мы живем с принтами и в sprint backlog спринта встраивать новая задачу нельзя потому что тогда нарушится расчет скорости команды и это повлияет в принципе на весь фреймворк на все последующие оценке компании такого нету в компании мы измеряем время жизни задача именно поэтому концепция комбо хорошо ложится на поточные работы войти что это значит это например работы команды техподдержки к ним постоянно приходит новая задача и когда мы знаем время ответа на поставленную задачу которой пришло от пользователи мы можем оценивать эффективность вот и наш этих поддержки многие практики многие менеджеры продукт оунер и встраивают канбан в систему с крампа фреймов скрам потому что канбан это как мы помним способ работы с бак логом а backlog есть искра и и соответственно можно грамотно встроить can банк скрам и акцентировать внимание разработчиков не на скорости разработки она количестве задач единовременных выполненных и на качестве этих задач и таким образом способ обработки backlog а по кабану достаточно хорошо себя проявляет в рамках скрама потому что разработчики начинают концентрироваться на конкретную задачу разработчики начинают писать код более качественные разработчики начинают больше коммуницировать друг с другом из команды тестирования благодаря ограничениям на количество задач в статусов и на этом пожалуй все пока нба ну надеюсь что вы впитали то что рассказал и сможете эти впитана и знания применить на практике подписывайтесь на канал если вам понравился этот видос ставьте ваши лайки пишите ваши вопросы в комментариях буду с удовольствием отвечать с вами был лексо эти города до новых встреч пока



Description:
More from this creator:
Продолжаем разговаривать на тему agile-методологий. Сегодня я расскажу вам о том, что такое kanban, для чего его придумали, как это применяется в IT и как соотносится со скрамом (о нем я рассказывал в предыдущем выпуске). Так что заводим кофе-машину и погнали!😎 Аудио-версия выпуска: https://goo.gl/vPYWQw

Ещё немного о Kanban: https://goo.gl/7YzH8b

_______________________________________ ЛЕКС АЙТИБОРОДА В ИНТЕРНЕТЕ: FOLLOW ME ON SOCIAL MEDIA: YouTube: https://youtube.com/itbeard

Telegram: https://t.me/itbeard LinkedIn: https://linkedin.com/in/akartynnik

SoundCloud: https://soundcloud.com/itbeard

Instagram: https://instagram.com/itbeard

#itbeard #айтиборода #agile #kanban #backlog
Disclaimer:
TranscriptionTube is a participant in the Amazon Services LLC Associates Program, an affiliate advertising program designed to provide a means for sites to earn advertising fees by advertising and linking to amazon.com
Contact:
You may contact the administrative operations team of TranscriptionTube with any inquiries here: Contact
Policy:
You may read and review our privacy policy and terms of conditions here: Policy