{
    "version": "https:\/\/jsonfeed.org\/version\/1.1",
    "title": "Kanban.club: posts tagged Brendan Wovchko",
    "_rss_description": "Кратко и по делу о Kanban, Scrum, LeSS, SAFe и все, что может пригодиться в работе менеджеру",
    "_rss_language": "en",
    "_itunes_email": "",
    "_itunes_categories_xml": "",
    "_itunes_image": "",
    "_itunes_explicit": "",
    "home_page_url": "https:\/\/www.kanban.club\/?go=tags\/brendan-wovchko\/",
    "feed_url": "https:\/\/www.kanban.club\/?go=tags%2Fbrendan-wovchko%2Fjson%2F",
    "icon": false,
    "authors": [
        {
            "name": "Роман Петров",
            "url": "https:\/\/www.kanban.club\/",
            "avatar": false
        }
    ],
    "items": [
        {
            "id": "80",
            "url": "https:\/\/www.kanban.club\/?go=all\/poroy-kanban-luchshe-chem-scrum\/",
            "title": "Порой Kanban лучше, чем Scrum",
            "content_html": "<p><i>В своей статье Брэнан Уовчко эксперт в Kanban и Scrum выделяет 5 условий, при которых Kanban подходит команде лучше, чем Scrum.<\/i><\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/www.kanban.club\/pictures\/Scrum-But-Kanban_r.jpg\" width=\"800\" height=\"600\" alt=\"\" \/>\n<\/div>\n<h2>1. Низкая терпимость к изменениям<\/h2>\n<p>Существует ряд компаний, которым комфортно с тем, как они делают свою работу, даже если не получают результатов. Они не думают о том, чтобы переосмыслить то, как они работают, чаще всего они думают о том, как бы заставить команды работать дольше и усерднее. Scrum для таких компаний – угроза, так как заставляет быстро трансформировать роли и встречи. Kanban, напротив, не заставляет компанию трансформироваться в моменте, а побуждает к эволюционным изменениям. В Kanban вы начинаете с того, что вы делаете сейчас, а потом развиваетесь и эволюционируете.  В самом начале Kanban не требует каких-либо изменений в ролях или встречах.<\/p>\n<h2>2. Очевидный на всех уровнях<\/h2>\n<p>Основное преимущество Kanban перед Scrum, заключается в том, что он сразу же становится интуитивно понятным для всех. Доска Kanban – это инструмент мгновенного осмысления. Она требует нулевого объяснения, чтобы понять. Тем не менее, основным преимуществом Kanban является и его самый большой недостаток. Легко быть обманутым скрытой сложностью Kanban.<br \/>\nKanban гораздо больше, чем просто инструмент для визуализации. Он создан для скорости, но большинство команд никогда не достигнут этого, потому что их стремление изучить Kanban останавливается на визуализации.<\/p>\n<h2>3. Быстро меняющиеся приоритеты<\/h2>\n<p>Scrum дает наилучшие результаты, когда команда берет на себя пул задач и остаётся сфокусированной на них на протяжении всей итерации (спринта). Чтобы Scrum был успешным, необходимо чтобы заинтересованные стороны были информированными и эмпатичными, стремились быть agile (гибкими).<\/p>\n<p>Kanban способен выжить в условиях, когда agile культуры ещё не существует.<br \/>\nКоманда работающая по Kanban не берёт на себя обязательства работать над пулом задач, и берёт обязательства только тогда, когда берёт задачу в работу. Это означает, что команда может быть максимально гибкой, чтобы реагировать на чрезвычайные ситуации или менять приоритеты без необходимости пересматривать ранее взятые обязательства.<\/p>\n<h2>4. Маленькие команды<\/h2>\n<p>Идеальный размер Scrum команды, это команда, которую можно накормить двумя пиццами (two pizza team). Это гарантирует, что команда достаточно маленькая, чтобы быть эффективной и достаточно большая, когда имеет смысл вкладывать временн<i>Ы<\/i>е инвестиции во встречи. Если ваша команда меньше, чем two pizza team, вам больше подойдёт Kanban.<\/p>\n<h2>5. Сложное взаимодействие<\/h2>\n<p>Scrum изменил взгляд мира на работу – появились кросс-функциональные команды. Идея, что команда состоит из людей из разных отделов и дисциплин, меняет правила игры.<\/p>\n<p>В случае разработки программного обеспечения это уже не просто инженеры и тестировщики. Сегодня у нас есть пользовательский опыт, визуальный дизайн, написание, редактирование и многие другие виды деятельности.<\/p>\n<p>Если у вашей команды большое количество активностей, стратегия забега вперед или использование масштабированного фреймворка может привести к ненужным сложностям и задержкам.<\/p>\n<p>Kanban не использует временные рамки для создания предсказуемости, он использует время выполнения заказа (lead time), поэтому он способен устойчиво поддерживать неограниченное количество действий и взаимодействий.<\/p>\n<p>Scrum и Kanban не являются конкурентами или врагами. Оба являются средством, помогающим командам и их заинтересованным сторонам достичь устойчивого успеха. Не думайте, что лучше всего подойдет то, что вы лучше понимаете или чаще используете.  Будьте agile и экспериментируйте с обоими!<\/p>\n<p>Текст адаптирован с оригинальной статьи:<\/p>\n<p><a href=\"https:\/\/www.mountaingoatsoftware.com\/blog\/when-kanban-is-the-better-choice\">https:\/\/www.mountaingoatsoftware.com\/blog\/when-kanban-is-the-better-choice<\/a><\/p>\n",
            "date_published": "2019-04-22T11:13:27+03:00",
            "date_modified": "2019-04-22T10:37:09+03:00",
            "tags": [
                "Brendan Wovchko",
                "kanban",
                "Mike Cohn",
                "scrum",
                "Анастасия Бутова-Никишина"
            ],
            "image": "https:\/\/www.kanban.club\/pictures\/Scrum-But-Kanban_r.jpg",
            "_date_published_rfc2822": "Mon, 22 Apr 2019 11:13:27 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "80",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/www.kanban.club\/pictures\/Scrum-But-Kanban_r.jpg"
                ]
            }
        }
    ],
    "_e2_version": 4134,
    "_e2_ua_string": "Aegea 11.3 (v4134)"
}