что такое аджайл и скрам
Что такое Agile, как работает Scrum и почему от KPI пора отказываться?
«Гибкие методологии управления», Aglie – последние несколько лет эти термины не просто на слуху, они в абсолютном тренде. Даже мы, команда Kickidler используем методологию Agile в своей работе. Сегодня разберёмся в том, почему давно проверенные KPI уступают место новым подходам, а также поговорим о том, как контролировать сотрудников в Agile.
Что такое Agile?
Прежде всего, Agile – это не «ещё один метод управления компанией» и не какая-то конкретная практика. Agile представляет собой полноценную методологию: комплексное собрание инструментов, подходов и принципов, которые необходимы и достаточно для выстраивания любого бизнес-процесса в организации.
Главная идея Agile: контроль с сохранением максимальной гибкости в планировании и реализации проектов. Эта мысль появилась в Кремниевой Долине, где новые тренды возникали, развивались и гибли в течение считанных недель. Счёт шёл на часы: та мысль, которая ещё вчера могла родить нового титана рынка, сегодня уже никому не была интересна. Традиционный метод прямого управления, которого придерживались консерваторы, в таких условиях просто не работал – и так появился Agile.
В чём разница между Agile и Scrum?
Agile – это, собственно, методология, основные принципы которой вы найдёте чуть ниже. Можно назвать Agile фундаментальным базисом для выстраивания компании нового поколения. Scrum же – это «структурный подход»: один из инструментов Agile, который используется чаще всего.
Суть Scrum в создании универсальных проектных команд, внутри которых уже есть все необходимые специалисты: дизайнеры, разработчики, маркетологи. Исчезает сам формат сотрудничества между отделами: все, кто нужен, уже состоят в команде. Кроме того, к ней обязательно присоединяются «владелец продукта» (куратор проекта) и scrum-мастер, организатор работы.
Рабочий процесс в Scrum выстраивается спринтами – это периоды продолжительностью 7-30 дней, в зависимости от команды и проекта. На каждый спринт формируются свои задачи, по которым в конце подводятся результаты. А дальше следует новый спринт.
Манифест Agile и основные принципы
Всё строится на следующих ключевых правилах:
Это очень простые тезисы, но часть из них полностью противоречит привычным для консервативного бизнеса стратегиям прямого контроля и управления. Отсутствие бюрократии, самоорганизация внутри команд – новые нормы современного мира, что приводит нас к очевидному вопросу:
KPI устарели?
Система KPI хороша всем, кроме одного: чем дальше в 21-й век, тем хуже она работает. Чтобы понять, почему так происходит, нужно обратиться к истокам и посмотреть на 1954-й год. Именно тогда Питер Друкер, один из самых выдающихся теоретиков менеджмента в истории, представил свою концепцию «ключевых показателей эффективности».
Мысль была проста и элегантна: «Работодатель хочет, чтобы сотрудник выполнял определённый объём работ. Нужно определить для каждого работника – а в более широком понимании для каждого проекта или подразделения – некие ключевые показатели, которые позволят понять, справляется человек или нет».
KPI чаще всего очевидны: для маркетинга это количество лидов, для отдела продаж – собственно продажи. Для производства – объём выпускаемой продукции и процент брака. Для офиса – время, проведённое сотрудником за компьютером, в рабочем приложении. И так далее.
Однако у KPI есть ключевой недостаток: неповоротливость. Питер Друкер разрабатывал эту концепцию для рынка пятидесятых, стабильного и предсказуемого. Планирование на месяцы и годы вперёд было нормальным явлением, поэтому компания могла себе позволить вложиться в определение KPI, донесение их до сотрудников и контроль над соблюдением этих показателей.
Сегодня мы живём в совершенно другом мире: рынок меняется ежемесячно, ежедневно, а иногда и ежечасно. KPI устаревают раньше, чем вы их окончательно принимаете, становятся непоказательными. И здесь на сцену выходят новые методы организации работы.
Чего хочет современный работодатель?
Пользуясь KPI, мы устанавливаем жёсткие рамки конкретных показателей и загоняем в них сотрудника. Например, если для маркетолога ключевой параметр – количество лидов или заявок, он будет его повышать в ущерб их рентабельности в средне/долгосрочной перспективе. Работники на производстве могут увеличивать выработку, игнорируя рост расходов на обслуживание оборудования и замену инструментов. И так далее.
Современная практика показывает: KPI – это лишь промежуточный этап, который косвенно относится к настоящим требованиям работодателя. На самом же деле бизнес всегда стремится к выполнению вполне конкретных целей: росту выручки. Снижению расходов. Повышению конверсии рекламы. И так далее.
Методология Agile построена как раз на понимании этого принципа в сочетании с высокой динамикой рынка. Если упрощать, работает простое правило: ставите цель на короткий период – получаете результат – ставите новую цель. На первый план выходит не достижение каких-то абстрактных, численных показателей, а удовлетворённость конечного пользователя результатом вашей работы: клиента, руководителя, себя самого и т. д.
Как контролировать сотрудников без KPI?
Agile предполагает работу в проектных группах с контролем над достижением ценности. Вся деятельность ведётся короткими итерациями: 2-3 недели на выполнение одной цели – например, это может быть «снизить дебиторскую задолженность клиентов перед компанией на 40% и более». Команда работает, еженедельно проводятся общие совещания-планёрки с обсуждением результатов, по истечении срока подводятся итоги.
Такой подход работает, но при этом важно понимать: переход от привычных KPI к Agile-методологии, которая предполагает высокую вовлечённость сотрудника в процессы и определённую степень личной ответственности, не всегда проходит гладко. Более того, даже в процессе работы в agile-модели сотрудники могут время от времени пытаться снизить личный вклад в проект, «выехав на плечах других». Мир не стал идеальным, поэтому даже если ваша команда использует принципы agile, контроль за ней все равно нужен.
И здесь на помощь приходят методы непрямого контроля. Вам нужен способ проверять «уровень старательности» сотрудника, не привлекая его внимания – так вы не подорвёте доверие к принципам agile, но сможете держать руку на пульсе.
Мониторинг с помощью системы учета рабочего времени Kickidler даёт всю необходимую информацию: вы видите, сколько времени сотрудник проводит в рабочих приложениях, насколько он активен, какие ведёт переписки, чем вообще занимается на протяжении дня. При этом сам специалист даже не подозревает о вашем внимании.
Другой метод – дать сотрудникам возможность самим контролировать собственную продуктивность, без участия или с минимальным участием руководства. Для этой задачи идеально подходит новый инструмент программы Kickidler Автокик.
Автокик – это автоматические уведомления о нежелательных событиях и интерфейс самоконтроля сотрудника. Первая функция позволяет показывать сотруднику автоматическое уведопление, например, если он бездействовал в течение получаса, посещал непродуктивный для работы сайт или запускал нежелательную программу, например, игру. Интерфейс самоконтроля позволит сотруднику видеть собственную продуктивность за день, учитывая продуктивную, непродуктивную деятельность. Бездействие и общее количество отработанных часов. Специально для удаленных команд мы разработали возможность сотруднику самостоятельно включать и отключать граббер-агент программы, чтобы никто не имел доступ к компьютеру сотрудника в нерабочие часы.
В результате KPI как таковых нет, но вы сохраняете контроль над ситуацией. А в будущем можно использовать тот же Kickidler как платформу для самомодерирования отношения внутри команды – например, организовать открытый доступ к отчётам по активности работающей по проектам группы. «Все видят всех», полная прозрачность: такой подход увеличивает ответственность сотрудников и снижает вовлечённость руководителя, обеспечивая одновременный рост результатов.
Жёсткий прямой контроль уходит в прошлое. Сейчас наступило время гибких методологий и непрямого управления: попробуйте выстраивать работу по-новому, а наши инструменты вам в этом помогут.
Система учета рабочего времени
Что такое Аджайл, Скрам и Канбан: избавляемся от ошибок в понимании базовых терминов
Алексей Бушманов
08.12.2017
Комментариев нет
Привет! Меня зовут Андрей Павленко, я – Аджайл-коуч и Аджайл-евангелист. Да-да-да, я «проповедую» следование ценностям Аджайла, потому что верю, что эти ценности делают мир лучше. Но стоп! Вы точно знаете, что такое Аджайл? Почему я использовал слово «ценности»? Почему я «проповедую ценности», а не «учу работать по Аджайлу»? И что такое Скрам и Канбан, упомянутые в заголовке, и почему они и Аджайл – совсем не одно и то же?
Окей! Я думаю, самое время об этом рассказать. (И даже если вы – профи в мире Аджайла, то я всё равно прошу прочитать эту статью, потому что даже некоторые профи, увы, путаются в базовой терминологии. Если же вы суперпрофи и статья не дала вам совсем ничего нового – дождитесь следующих статей, я постепенно буду поднимать всё более и более сложные вопросы.)
Аджайл
Аджайл – это четыре ценности. Они были сформулированы в феврале 2001-го года в виде «Agile-манифеста разработки программного обеспечения», а манифест появился как результат совместной работы 17 человек, которые пытались понять – при всех различиях в их подходах к работе, что же их всё-таки объединяет? И они нашли отличный ответ: фундаментом для их процессов, таких разных, были одни и те же ценности, на базе которых эти процессы и выстроились. По всей видимости – выстроились неосознанно, но это не так уж и важно. Важно то, что люди нашли ценности, которые их всех объединяли, и сумели их сформулировать.
Что же следует из того, что Аджайл – это ценности? А вот что. Аджайл – это образ мышления. Аджайл – это философия. Аджайл – это культура. Аджайл – это основа для выстраивания отношений с клиентами, коллегами, партнёрами. И, следовательно, Аджайл – это основа для построения рабочих процессов. Ничем другим Аджайл не является!
(Один из моих коллег даже говорит, что «Аджайл – это религия». Он в чём-то прав, но я не люблю это определение из-за некоторых негативных смыслов, которыми нагружено слово «религия». Например, «религиозные фанатики». С другой стороны, я люблю называть себя «Аджайл-евангелистом», так как это хорошо передаёт дух «несения благой вести о том, что можно работать в радость себе, увеличивать количество радости у людей вокруг, да попутно ещё и зарабатывать».)
Итак, ценностям можно следовать. Их можно разделять. Образ мышления можно… хммм… применять? Скорее, просто «иметь», и «применять» его просто потому, что вот такой вот в вашей голове живёт образ мышления. И его, конечно, можно совершенствовать. Культуру можно распространять, выращивать и поддерживать. Иными словами – можно «быть Аджайл»! А вот «внедрять» Аджайл нельзя – потому что ценности нельзя внедрить, можно лишь создать условия, чтобы носители этих ценностей их проявляли (им следовали) как можно чаще, а носители других ценностей – переставали проявлять несовместимые с Аджайлом ценности и побыстрее впитывали ценности Аджайла, а если не получается – чтобы они уходили к носителям схожих ценностей.
Нельзя, однако, «работать по Аджайлу» – но можно работать по какому-то процессу, который построен на базе ценностей Аджайла. Например, по Скраму, и скоро мы к нему перейдём, но сначала – завершающий абзац об Аджайле.
Помимо 4-х ценностей, Аджайл – это ещё и 12 принципов. Принципы уже ближе к процессам – они более конкретны, более «приземлённы». Какие-то из них развивают четыре ценности Аджайла, какие-то привносят что-то слегка новое, но ни один из 12 принципов четырём ценностям Аджайла, конечно же, не противоречит. Вы можете использовать в своей работе все, часть или ни один из 12 принципов, но, если вы следуете всем четырём ценностям – вы будете следовать философии Аджайла. (Вообще-то, следуя ценностям Аджайла, вы так или иначе будете соответствовать и принципам – просто не всегда «в лоб».)
Скрам
Скрам – это фреймворк, построенный на базе ценностей и принципов Аджайла. Фреймворк – это совсем не страшно, это «шаблон процесса». То есть это набор некоторых инструментов (артефактов, встреч, ролей), «кирпичиков», которые предлагаются вам для того, чтобы построить из них свой собственный процесс, соответствующий Аджайлу.
Особенность Скрама в том, что он предписывает использовать все кирпичики, которые входят в набор. Вы вольны добавлять любое количество любых других кирпичиков (элементов рабочего процесса), однако, если вы не используете хотя бы один кирпичик из тех, что описаны в Руководстве по Скраму – вы не имеете права говорить, что работаете по Скраму.
А как соотносятся Скрам и Аджайл помимо того, что Скрам основан на ценностях Аджайла? Никак. Это единственная, но очень важная и определяющая связь. Более того, в руководстве по Скраму описаны собственные ценности Скрама – но они не противоречат ценностям Аджайла, а являются их более узкой, сфокусированной интерпретацией.
Можно ли следовать Аджайлу, не работая по Скраму? Конечно, да! Быть Аджайл можно вообще не применяя ни одного из общепринятых процессов. Главное – следовать четырём ценностям.
Можно ли работать по Скраму и не следовать Аджайлу? В идеальном мире – нет, а в реальности, опять же, да. И это «да» – большая беда. Потому что «внедрить Скрам» можно, навязав участникам процесса роли, встречи и артефакты Скрама. Вот только если за всем этим «внедрением» не стоит следование ценностям Аджайла и понимание того, зачем и почему Скрам сделан именно так, а не иначе – у вас получится печальный зомби-Скрам, или карго-культ Скрама. Об этом явлении я обязательно расскажу в одной из следующих статей.
Канбан
Канбан (в том варианте, в котором его используют для построения рабочих процессов в IT-компаниях) – это ещё один Аджайл-фреймворк. Параллельно существует производственный Канбан (из-за которого часто говорят, что «Канбан родился на конвейере»), и он довольно сильно отличается от применяемого в IT-мире Канбана, но о нём я говорить не буду.
IT-Канбан, как и Скрам, реализует ценности Аджайла. При этом он тоже имеет набор своих «внутренних» ценностей, правда, не описанных в столь же явном виде, как ценности Скрама. Для Канбана вообще нет единого документа, аналогичного «Руководству по Скраму», но есть хороший ресурс в сети, и есть официальный сайт (но его основная цель – продать посетителю обучение Канбану, а не дать бесплатную информацию).
Канбан, на первый взгляд, выглядит сильно проще, чем Скрам, в нём нет ролей и описано всего 6 правил, но, если задаться целью построить правильный Канбан-процесс и начать следовать всем правилам – революция в жизни компании произойдёт не меньшая, чем при организации Скрам-процесса 🙂 Однако из-за того, что на первый взгляд эта революционность не очевидна, «продать» Канбан коллегам и топ-менеджерам обычно проще, чем убедить их использовать Скрам.
Однако авторитеты Канбана предостерегают: если вы не следуете хотя бы одному из 6 правил Канбана, значит, вы вообще не следуете Канбану, и не смейте так называть свой процесс! Всё так же строго, как и со Скрамом 🙂
Канбан и Аджайл соотносятся так же, как и Скрам и Аджайл. Точно так же можно следовать Аджайлу, не используя Канбан, и точно так же можно построить формальный, регламентированный, отдающий мертвечиной «псевдо-Канбан», в котором нет и никогда не было ценностей Аджайла. Об этом мы тоже как-нибудь поговорим.
Итак, Аджайл – это ценности (культура, образ мышления), Скрам и Канбан – это фреймворки («шаблоны процессов»), помогающие людям следовать этим ценностям в ежедневной работе. Нельзя «работать по Аджайлу», но можно следовать ценностям Аджайла, иметь Аджайл-мировоззрение или, проще говоря, «быть Аджайл». Можно работать по Скраму или работать по Канбану, и если вы всё правильно сделали, то одновременно вы и будете Аджайл. Но можно и впасть в карго-культы Скрама и Канбана, и тогда вы, увы, с Аджайлом ничего общего не имеете.
Теперь, надеюсь, всё стало совсем понятно, и мне осталось добавить лишь чуть-чуть слов…
Ни разу не методология
Аджайл, Скрам и Канбан ни в коем случае не являются «методологиями». Не было, нет и никогда не будет «методологии Скрама», «методологии Канбана», «Аджайл-методологии» или «семейства гибких методологий». Почему это так, я напишу в следующей статье, а пока – просто поверьте мне на слово! 🙂
Разница Между Scrum и Agile Методологии: Что Выбрать?
Содержание
Scrum vs Agile являются гибкими методологиями, которые используются в управлении IT-проектами. Давайте же разберемся, какие понятия за каждым из них закреплены, какая между нами разница. Английская вресия статьи what is the difference between scrum and agile methodology.
Agile
Принципов у Agile немного больше, целых 12. Их можно прочитать на официальном сайте. Я лишь перечислю те, что действительно делают Agile столь популярной. Первое и самое важно, это то, что изменения могут происходить ежедневно и поэтому нужно быть динамичным и готовым к быстрой реакции. При этом, минимальные изменения касаются документации. Стоит сразу отметить, что ввиду данного принципа Agile в большинстве случаем не подходит для проектов с жесткими сроками и бюджетом. Во вторых, сильная коммуникация повышает качество работы и делает задания прогнозированными. Я рекомендую проводить ежедневные митинги и отчитываться о результатах, проблемах. Они дисциплинируют работу и позволяют четко распланировать график работы.
Scrum
Давайте же теперь подробно рассмотрим что есть в методологии Scrum. Под каждый проект, который будет идти по Scrum подбирается набор специалистов из разных областей (7-9 человек), к которой добавляются еще две роли: владелец продукта (PO) и Scrum-мастер. PO звено между командой и клиентом и оперирует Product Backlog-м, в котором Stories, Bugs, Task, расположенные по приоритету (highest, high, medium, low) и в целом наблюдает за ходом развития проекта. Scrum-мастер призван помогать организовать сам процесс разработки: назначает и проводит митинги, решает ежедневные проблемы, мотивирует команду и следит за тем, чтобы принципы Scrum соблюдались.
Первым и основным пунктом в процессах можно назвать то, что весь процесс делиться на равные промежутки времени – спринты, длительностью в среднем от 1 до 3 недель. Продолжительность итерации зависит от команды и сложности спринта. Перед началом спринта выносятся задачи на предстоящий спринт (Sprint Planning Meeting) на котором формируется backlog спринта, а по завершению спринта – анализируются результаты (Sprint Review). Спринты часто сравнивают между собой, с целью повышения эффективности работы (Retrospective).
Visual board
Для наглядности в гибких методологиях (Agile-фреймоврках) большую роль играют доски: настенные и онлайн. Пример доски джира в управлении проектами ниже. Оба типа дают возможность легко воспринимать информацию всем членам команды в целом, что крайне важно при отсутствии менеджера проекта который и вовсе не предусмотрен в данной философии). 
Существует несколько фреймворков, относящихся к классу Agile, которые помогают применить философию/теорию на практике. Фреймворк — набор правил, следование которым поможет настроить работу над проектом по принципам и ценностям Agile:
Они бывают разной степени детальности. Ранее мы писали разницу между Kanban vs Scrum. Если говорить про Kanban, у него есть всего 6 правил, а в Scrum описаны роли, процессы и артефакты. А вот что общего у них всех – это метрика, а именно рабочий продукт. Также все фреймворки подразумевают под собой итеративный процесс веб разработки, где завершение каждой итерации это обновление требований от Заказчика и их реализацию посредством самоорганизующейся команды, в состав которой входят back-end и front-end разработчики, тестировщики, дизайнеры, верстальщики и другие.
Agile vs Scrum
Аджайл и Скрам
Простыми словами объясняем, как управлять командами и продуктами с помощью фреймворка Scrum на основе ценностей и принципов Agile.
Рассмотрим плохие и хорошие варианты разделения работы над User Story, которые применимы не только в Scrum. Адаптированный перевод статьи Майка Кона.
Здесь собраны российские и мировые статистические данные о том, как «рядовые» сотрудники чувствуют себя в компаниях на разных стадиях внедрения Scrum и Kanban. А также несколько кейсов. Статья — для всех сомневающихся, что Agile действительно делает более счастливыми людей, а не только бизнес.
Эта статья написана не руководителем для руководителей и не эйчаром для эйчаров, а исполнителем для исполнителей. Впрочем, менеджерам и скрам-мастерам тоже полезно посмотреть на мотивацию в Agile с точки зрения своих людей. Ибо часто львиную долю рассмотренных в статье мотиваторов / удовольствий от работы мы теряем именно по их вине, а не по вине Agile-подхода.
Как сравнить множество онлайн-курсов по Agile от разных компаний? Какое обучение «с нуля», а какое — для углубленного понимания и для практики в Scrum? Чему можно научиться бесплатно? Этот обзор поможет выбрать русскоязычное обучение, подходящее именно для вас.
Во второй части статьи мы рассмотрим, как менялась роль Scrum-мастера в разных версиях Scrum Guide.
Как и следовало ожидать, резких перемен роли в версиях разных почти не происходит, в отличии от “до scrumguide’ового” времени, когда каждая книга меняла образ Scrum Master’а порой радикально. Речь скорее идет о “шлифовке и доводке” понимания роли, сообразно требованиям времени и росту известности Scrum в мире.
В 2020-м году вышла новая версия Scrum Guide, которая изменила многое, в том числе и Scrum Master’а — теперь это даже не роль, а зона ответственности.
Многим в Agile-сообществе это показалось радикальным, но если посмотреть в историю вопроса, можно обнаружить, что ранее были гораздо более радикальные перемены в роли Scrum-мастера, на фоне которых Scrum Guide 2020 всего лишь сдувает пыль со старого описания. Давайте узнаем, какую трансформацию прошла роль Scrum Master прежде чем оказалась в 2020-м
Есть два способа объяснить, кто такой Scrum-мастер. Первый — короткий, но сложный; второй — длинный, подробный и понятный.
В 2020 году исполнилось 25 лет Scrum — самому популярному Agile-подходу. Сейчас он плотно аcсоциируется со Scrum Guide, но так было не всегда. Долгое время практикующие Scrum вынуждены были руководствоваться немногими книгами и статьями, каждая из которых вносила что-то свое в описание Scrum: свою механику, свое понимание ролей и мероприятий.
В 2020 году в исследовании Agile поучаствовали 1171 человек (столько ответили на все 15 вопросов). Исследование проводилось ScrumTrek в партнерстве с Project Management Institute® Moscow и с участием компаний Grass и Xsolla. Последние годы «Agile в России» — это самое крупное ежегодное исследование гибких подходов к управлению по сравнению с исследованиями Agile в отдельных странах, а также с общемировым исследованием State of Agile от Digital.ai.
Когда команда начинает применять Scrum, ее работа, как правило, становится более слаженной и предсказуемой, а сроки разработки новых продуктов зачастую сокращаются в разы. Но бывает так, что внедрение Scrum проваливается, и вместо пользы компания получает убытки и негативный опыт.
Мы хотим, чтобы компании были крутыми, а люди в них — счастливыми