Разделы сайта
Выбор редакции:
- Отслеживание сдэк Можно ли забрать посылку на складе сдэк
- Найти перо птицы: что сулит примета?
- Особенности увольнения женщины с ребенком Имеют ли право сокращать на производстве вдов
- Броненосцы типа "андрей первозванный" 254 мм пушки броненосца андрей первозванный
- Инсценировка музыкальной сказки для детей старшей группы (5—6 лет) I
- Организация (предприятие) и ее основные характеристики
- Селекция наука о создании новых пород животных Понятие о породе, сорт, штамм
- Патологоанатом, основные компетенции Различая в работе
- Управление социальной защиты населения на уровне муниципального образования введение
- Как узнать о плановой проверке моего предприятия
Реклама
Что такое agile гибкая методология разработки. Agile методология в управлении компанией. Эмпирическое исследование ключевых факторов успеха для IT проектов |
В современном менеджменте «гибкую» модель управления рассматривают в трёх разных контекстах, которые (каждый по-своему) и определяют, что такое Agile. Три объёма значения AgileВ первом, более узком значении, этот термин стал с начала 2000-х использоваться в сфере разработки программного обеспечения, когда в американском штате Юта, на горном курорте, собрались отраслевые специалисты, чтобы обсудить методики и практики создания программных продуктов, востребованных конечным потребителем. Результатом той встречи стал Манифест (Agile Manifesto) разработки программных продуктов, с 12-ю принципами, которые, в первую очередь, касались узкой сферы деятельности авторов, но потенциально могли быть распространены и на некоторые другие бизнес-проекты. Во втором, более широком, значении термина принципы Agile применяются к ведению почти любого бизнеса и в качестве составляющих используются, например, в концепции «бережливого стартапа» (Lean Startup). В этом значении под Agile-моделью (Agile Model) понимают следование гибкой методологии развития проекта, проходящей по характерной схеме в несколько шагов.
В третьем, ещё более широком значении, Agile – это часть модели управления, применяемого на заводах «Toyota» и теперь – одна из базовых составляющих менеджмента почти любого успешного производства. Основы Agile в этом контексте схожи с основами понимания технологии в других контекстах. Быструю обратную связь в настройке конечного формата производства на заводах «Toyota» обеспечивал любой рабочий, который мог стать инициатором остановки конвейера и автором корректировок по донастройке производственного цикла. В масштабах всего производства Agile-трансформация может повлечь за собой переналадку производственной деятельности в целом, если продукт становится результатом живого отклика на текущие потребности клиента. Так, если фабрика выпускала пластиковые тазы, а обратная связь с клиентом демонстрирует потребность в вёдрах, то быстрая адаптация с параллельной корректировкой нюансов (формы ручки, величины, цвета) будет как раз в стиле Agile management (если соблюдены и остальные принципы). Принципы Agile-управленияAgile в управлении проектами как модель управления бизнес-процессом применяется тысячами команд во всём мире, и везде присутствуют следующие отличительные черты этого подхода:
«Гибкий» подход стал базовым для целого ряда методологических практик, которые отличаются между собой, но включают идеи Agile: Scrum, Kanban, Lean, Crystal и др. Методология Scrum, например, практически всегда рассматриваются в связке с Agile как единая система управления проектами по разработке программного обеспечения. Метод Scrum демонстрирует, как «гибкий подход» может быть применён на практике в конкретных операциях. Так, например, работа с требованиями по проекту реализуется с помощью четырёх «артефактов»:
Формат Agile-управления проектами подходит не всем и не всегда. Государственные структуры, деятельность которых базируется на неизменном законодательстве и консервативна по своим целям и реализации, не нуждаются в такой оптимизации. Характерные ошибки внедрения Agile и недостатки подходаТот же фактор, который считается в одних случаях сильной стороной подхода, в других может приводить к возникновению проблем. Так «гибкость» нередко становится причиной размывания фокуса. При отсутствии методологической основы возникает потеря ориентиров, и подмена первичного вторичным. Для предотвращения подобных «перекосов» используют готовые методологии или собственные разработки, более строго регламентирующие содержание и последовательность операций по ходу воплощения проекта. Тем не менее, и в этом случае в Agile-management возможны ошибки. К распространённым ошибкам внедрения относятся следующие: При всех сложностях внедрения гибкого подхода в целом он эффективнее традиционных «неповоротливых» производств, если речь идёт о быстром создании нового клиентоориентированного продукта. Пока традиционное производство вязнет в бюрократических проволочках, Agile-подход обеспечивает естественное движение сразу после запуска проекта. Сложной найти человека, который не желал бы, чтобы к нему относились с уважением. Но для такого положения дел должна быть причина. Например, когда человек является высококлассным признанным специалистом в сфере разработки программного обеспечения. А для этого необходимо учиться. И в рамках данной статьи будет рассмотрено, что такое Agile, какова польза от нее, и как разобраться в этой технологии. Общая информацияПервоначально давайте разберёмся с техническими моментами. Что собой представляет Agile? Перевод (дословный) этого слова с английского языка - «живой, подвижный», немногим реже упоминается «гибкий». И кстати, это сокращение. Полное название этого подхода это Agile software development. Но поскольку это слишком долго, то и было решено сократить. И сейчас говорят просто Agile. Перевод как «гибкий» используется из-за того, что он в наибольшей мере соответствует реальной ситуации. Что же сюда включено?Продолжаем рассматривать, что такое Agile. Здесь хочется сконцентрировать внимание на том, что это гибкий подход, в основе которого лежит множество различных ХР, "Канбан", Lean). Для того чтобы лучше разобраться в теме, давайте проведём параллели. Допустим, что Agile-технологии - это процесс зарождения Вселенной. Конечный продукт - непосредственно сам существующий мир. А большой взрыв - это наиболее болезненная проблема, с которой только приходится встречаться, - изменение перечня требований к продукту. Обычно процессы создания подразумевают использование каскадной модели. В этом случае всё идёт последовательно и по этапам. Такой подход можно выразить кратко: вижу цель - иду к ней. И если меняются требования к конечному результату, то иногда приходится переделывать заново едва ли не всё. Что еще усложняет такую ситуацию, так это попытка сделать вид, что всё нормально, и нужно двигаться вперед. И вот управления, призвана бороться со всем этим благодаря своей гибкости. Эта сборная "солянка" минимизирует различные риски посредством использования наборов принципов. Все они отражены в Agile-манифесте, выпущенном в 2001 году. Если кратко, то звучат они следующим образом:
Может показаться, слишком расплывчато и не точно, но давайте детализируем. Устройство процессовРассматривая, что такое Agile, давайте обратимся к одной из самых популярных методичек, известной как "Скрам" (Scrum). Что же она предлагает? Для начала нужно:
Как опознать Agile?Методология управления независимо от выбранного направления всегда обладает такими особенностями:
Давайте представим реку. На одном берегу заказчик. На втором - команда. В таком случае гибкая методология разработки имеет преимущества для всех:
Социальный факторКогда рассказывается, что такое Agile, обычно говорят исключительно о позитивных моментах. И действительно, улучшается взаимодействие внутри команды. Все люди фокусируются на одной идее, не создают секреты между собой, берут на себя обязательства. Как результат, команда работает в комфортных условиях и быстром темпе. Такой подход позволяет упорядочить хаос. С момента своего формирования он смог сыскать признание в технологических отраслях. На данный момент широко используется для проектирования новых программных продуктов. Но в рамках общем деловой практики подобный подход всё ещё малоизвестен. Поэтому к нему осторожно относятся те, кто не встречался с Agile ранее. Также следует понимать, что его следует применять только в тех случаях, когда перед людьми стоит задача интеллектуального труда. Небольшой примерДавайте рассмотрим, как работают эти методологии разработки ПО. Допустим, у нас есть Пётр, владелец продукта. Он не знает технических деталей, зато у него есть видение общей картины. Он знает, зачем нужен продукт, какие проблемы он будет решать, и кого удовлетворит. Также есть заинтересованные лица. Они могут использовать продукт, поддерживать его создание или же как-то ещё быть вовлеченными в его создание. Можно внести ещё и пользовательские истории, в которых выражаются пожелания заинтересованных лиц. Например: система бронирования билетов на рейсовые автобусы Москва-Санкт-Петербург должна иметь поиск по рейсам. Пётр будет помогать заинтересованным лицам. Он возьмёт под контроль реализацию из идей пользовательских историй. Также есть команда разработчиков. Это люди, что будут строить рабочую систему. Поскольку используется гибкая методология разработки, то пользовательские истории не копятся до большого релиза, а выпускаются сразу после завершения и как можно чаще. Количество обработанных обращений составляет пропускную способность команды на неделю. Чтобы не потерять темп и не увязнуть в ручном тестировании, команда должна работать над автоматизированной интеграцией. В чем она заключается? Для каждого рабочего момента пишется автоматический тест. Если историй слишком много, то может возникнуть спешка, потеря мотивации, снижение производительности и качества. На такие случаи предусмотрен метод «вчерашняя погода». Он заключается в том, что нужно установить жесткие рамки количества работы и тщательно выбирать, что именно будет реализовываться. Упомянутый ранее "Канбан" предлагает устанавливать лимит задач. А что делать с очередью?Ладно, вот команда решила, что она может обрабатывать четыре истории на неделю. Но как сориентироваться во всём, что есть? Допустим, пользователи подкидывают по десять историй на неделю. Обрабатывается четыре. Таким образом, очередь будет постоянно расти. На этот случай есть только один эффективный метод - слово "нет". Для владельца продукта это чрезвычайно важно. Сказать «да» не трудно. Значительно сложнее и важнее решить, что не нужно делать. Причем за это необходимо ещё и нести ответственность. Поэтому следует решать, чему уделять внимание сейчас, а что следует отложить. Чтобы правильно нужно чтобы владелец продукта понимал ценность и объем каждой истории. Принимаем решенияЧасть историй чрезвычайно нужна. Другие же просто представляют собой приятный бонус. Одни истории будут разрабатываться несколько часов. На создание других уйдут месяцы. Многие часто проводят соотношение между размером истории и её ценностью. Но это не всегда правильно. Больше - не равнозначно лучше. Петру правильно рассматривать приоритеты помогает сложность и ценность выполняемой задачи. Как определить эти характеристики в количественном значении? Да никак. Это настоящая игра в угадайку. И для большей эффективности в неё необходимо вовлекать достаточно много людей. Это и команда разработчиков, которая проинформирует про объем работ, и заинтересованные лица. Но следует понимать, что все данные, полученные таким способом, представляют собой приблизительные догадки. Здесь не бывает точных цифр. Первоначально будут промахи. Но по мере получения опыта их количество и масштаб будут понижаться. Возможные рискиДля избегания проблем необходимо дать честные ответы на ряд вопросов. Это:
В данном случае необходимы знания. Их можно рассматривать как противоположности рисков. Когда фиксируется значительный уровень неопределённости, то мы приобретаем знания - например, создаём прототипы интерфейса или технические эксперименты. И уже обладая ими, принимаем решения о том, в каком направлении следует двигаться. Как обучиться?IT-индустрия чрезвычайно быстро развивается, и чтобы не проиграть в конечном итоге, необходимо постоянно учиться, повышать квалификацию и эффективность работы. Поэтому как никогда актуальны вопросы обучения и внедрения. С чего начать? Самый лучший вариант - это кооперация с компанией, где уже применяется Agile. Обучение в таком случае будет проводиться людьми, которые не по слухам знают, что собой представляет гибкая разработка. Но такое, увы, не всегда возможно. Чаще всего привлекается сторонний специалист, который знает, что собой представляет Agile. Внедрение этого подхода осуществляется под его надзором. Правда, услуги такого специалиста стоят денег. Но если залучить действительно знающего человека, то все траты окупятся сторицей. Ведь в современном мире эффективность сотрудников играет немаловажную роль. Что ждёт в будущем?Методологии разработки ПО постоянно развиваются. Ищут новые пути и возможности повышения эффективности деятельности и работы. Сказать, что нас ждёт в будущем, довольно проблематично. Вероятно, гибкая система разработки будет интегрирована со средствами автоматизации производственных процессов. Например, можно будет решать проблемы, даже пребывая на удаленности от местонахождения компании. Во многом будущее определяют новые информационные технологии. Ведь когда они возникают, то нужно осваивать новые методы работы с ними. И в этом случае возникает развитие, замкнутое в цикле. В заключениеВот и закончился экскурс в гибкие Но следует напомнить, что одно дело теория, а совсем другое - практика. Новые информационные технологии, что постоянно возникают, бросают вызовы многочисленному сообществу разработчиков. Как сделать деятельность команды более эффективной? Ответ на этот вопрос каждый находит сам. Представленная здесь информация может быть использована для того, чтобы оформить костяк. Но на практике придётся работать с имеющейся моделью и доводить положение дел до состояния соответствия существующим вызовам. Тогда команда сможет эффективно выполнять поставленные перед нею цели. Все знают вошедший в классические
учебники по менеджменту пример устройства завода Toyota, где каждый сотрудник имел право остановить конвейер, чтобы устранить дефект или внести рационализаторское предложение. Именно такой подход лег в основу
философии Agile. Agile, появившийся как метод разработки ПО в небольших
командах лет 10-15 назад, сегодня становится новой культурой управления большими компаниями. Термин Agile входит в лексикон
всех современных российских менеджеров. Что же такое Agile и почему этот метод называют чуть ли не единственно правильным?Существует классический подход к созданию
продуктов и сервисов,
характерный в первую
очередь для ИТ-индустрии. Этот подход
называется каскадная, или итеративная методология разработки. В английской
терминологии такой подход называют waterfall development (от англ.
- водопад). Почему его называют водопадом? Потому что при такой схеме разработки, однажды утвердив план программного продукта, вы не сможете
этот план остановить или изменить до его
создания. Аgile - подход инновационного переосмысления создания нового продукта или услуги. В его
основе очень простая идея: каждый участник процесса, каждый сотрудник этой «конвейерной сборки» должен вовлекаться в процесс
переосмысления своих задач и общего
дела. Каждый может остановить конвейер и внести
свои рациональные предложения. В большинстве организаций при создании программных продуктов люди, ответственные за те или иные этапы проекта, находятся в самых
разных, зачастую конфликтующих между собой, подразделениях. Ни для
кого не секрет,
что сотрудники отдела эксплуатации, тестировщики и разработчики
обычно находятся в конфликте
друг с другом.
И если
продукт не работает
и не приносит
бизнесу прибыль, то каждый норовит обвинить другого. Хотя на самом
деле в таких
случаях виноваты, как правило, все. Метод Agile подразумевает вовлечение всех участников процесса разработки программного продукта, оставляя участникам привычные компетенции. Подобный подход позволяет понять, что все они работают ради одной и той же
конечной цели - качественного продукта для своих клиентов. Так происходит изменение бизнес-культуры
самого предприятия. В рамках
программ МBА есть целый курс, который касается организационной структуры компании. В нем
существует понятие эквилибриум, когда внутри начинающих компаний и стартапов
все делают все, зачастую именно поэтому там рождается дружный коллектив, эффективно выступающий на рынке.
И с точки
зрения эффективности и вывода
на рынок
новых идей, это идеальная организационная структура. Безусловно, есть организации, которым Аgile вовсе не нужен.
Например, государственные ведомства. Их деятельность
основывается на законодательстве.
Мы не сможем
взаимодействовать с государством,
если правила игры меняются каждый день. Переход большого классического бизнеса (Enterprise) к AgileЭто крайне важный вопрос, и он очень
интересен. Об этом
говорит весь мир, об этом же
сказал Герман Греф. Он сказал:
«Ребята, мы - банк, наши конкуренты не банки,
наши конкуренты - молодые компании, привносящие ""цифру"" в общество».
Ведущие ИТ-компании,
легко скопировав банковские продукты и сервисы,
начинают их достраивать
(или преобразовывать) на такой
уровень, на который
банк их вывести
не может,
поскольку традиционная финансовое учреждение не обладает
достаточно развитой инновационной культурой. Очень простой пример - микрофинансовые организации. Это фирмы,
создающие сервис буквально щелчком пальцев. Сегодня компания появилась, выдала кредит под невероятно высокий процент - завтра у нее
прибыльность в разы
больше, чем у банка.
Такие организации могут мгновенно перестраивать свои сервисы и продукты,
оперативно выходить на новые
рынки, вытесняя классические банки. Похожие вещи происходят не только
в банковской
индустрии, это происходит во всех
индустриях и сферах
бизнеса. Мобильные операторы начинают заниматься платежными системами. Uber изменили
подход к пассажирским
перевозкам по всему миру за несколько
лет, а Airbnb
сделали то же
самое с гостиничным
сегментом туристического бизнеса. Гибкое планированиеПри каскадной разработке вы должны
планировать на год
вперед. Но если
что-то
изменится - например, потребуется больше серверов или других компонентов, то возможен такой сценарий, когда проект будет остановлен - ведь будет нужно проводить новый тендер, покупать новую инфраструктуру и т.д.
То есть Agile становится не просто
методологией создания нового ПО, а системой
гибкого планирования развития всей компании. Должна быть построена такая инфраструктура, которая так же
гибко реагирует на запросы,
поступающие от клиентов,
и требования,
меняющиеся в процессе
разработки программного продукта и его
эксплуатации (это, кстати, подразумевает тотальный переход к облачным
технологиям). Для современного цифрового предприятия должно быть три компонента: методология гибкой разработки (agile development), гибкая подстраиваемая под него инфраструктура (agile infrastructure) и аналитика
больших данных. Вот какой
случай произошел с моим
коллегой из США.
Он ехал
на такси
в аэропорт,
опоздал на самолет,
написал в твиттере,
что из-за пробки
опоздал на свой
рейс. Когда он приехал
в аэропорт,
ему пришла SMS: «Перейдите, пожалуйста по ссылке - для вас готов электронный посадочный талон. Авиакомпании ХХХ перебронировала вас на следующий
рейс». Отдельный вопрос: хочу ли
я, чтобы по каждому моему чиху во внешнем
мире что-нибудь
происходило? Разрозненность данных и отсутствие
единой базы не позволяли
привлекать специалистов из прошедших
проектов и тормозили
новые. Каким же
образом классическим предприятиям внедрить философию Agile? Что нужно
сделать, чтобы разрозненные отделы большой компании превратить в команду
единомышленников, как в стартапах?
Лидерство и ответственность
- вот единственный ответ. Руководитель должен в первую
очередь сам привносить что-то
новое в компанию
каждый день, и это
стремление к инновациям
станет основой корпоративной культуры организации. Инновационная культура закладывается в принципах
формирования команды менеджеров, темах дискуссий, которые происходят на всех
совещаниях, постановке стратегических задач, миссии и видения
компании. И без
этого никак.
Такие подходы также иногда называют фреймворками или agile-методологиями. Agile возник в IT-среде, но затем распространился и в другие сферы – от промышленной инженерии до искусственного интеллекта.
Слово экспертамВладимир Овелян В зависимости от задач мы применяем разные методы в рамках философии – agile, scrum, kanban. Scrum позволяет развить в сотрудниках необходимые качества – проактивность, самостоятельность, организованность, коммуникабельность и дальновидность. Основной смысл метода – это выполнение задач в самоорганизующихся командах, где у каждого есть своя роль и каждый несет ответственность за свою часть работы. Используя scrum, мы проводим опросы персонала, составляем графики ожидаемой скорости выполнения задач. Agile мы используем во внутренних коммуникациях. Недавно провели очередной спринт по ликвидации опозданий сотрудников. Все начальники и специалисты, задействованные в проекте, провели целый день на совещании, обсуждая достижения, проблемы и предстоящие задачи в новом спринте. Сейчас мы активно внедряем в компании метод kanban. Цель внедрения kanban – повысить гибкость производства, лучше приспосабливаться к изменяющимся требованиям рынка. На практике метод помог нам добиться соответствия между складскими запасами и реально используемыми в производстве продуктами. Виталий Сотников Илья Шихалеев Scrum принес в нашу команду ритмичность и понимание - успеваем или не успеваем в срок. Мы видим скорость работы команды, нет ощущения постоянного факапа. Раньше были ситуации, что перед жесткими релизами scrum куда-то пропадал и все начинали просто фигачить - сейчас у нас это пропало, есть постоянное ощущение, что успеваем в срок. Если появляются риски, мы обсуждаем их с PD на ранних этапах, корректируем план или уменьшаем объем задач каким-то образом. Работа стала прозрачнее, рабочий день стал укладываться в 8-часовую норму и, по ощущениям, мы стали успевать больше. Мы понимаем, что когда у тебя есть ощущение, что ты не успеваешь, чувствуешь, что надо работать больше - это очень плохо влияет на продуктивность, от этого надо избавляться. Евгений Россинский Директор по технологии в онлайн-кинотеатре iviДля наглядности и открытости работы отдела разработки мы повесили специальную доску с пометками “to do”, “in progress”, ”review”, ”test”, “done”, где все члены команды наклеивают стикеры с задачами (в колонке “to do”), а по мере их выполнения перемещают в последующие пункты. И счастливый финал – конечный пункт “done”. Это помогает составить общую картину и дает возможность видеть, над чем работает каждый участник. Очень важный момент метода (и организации рабочего процесса): после утверждения всех задач (“to do”), список блокируется на внесение. Так новые поступающие задачи не отвлекают от процесса и не тормозят работу. Все участники также оценивают каждую задачу на предмет временных и материальных затрат, которые потребуются на выполнение. И вишенка на торте – еженедельные встречи в определенное время (Daily Scrum), где каждый член команды коротко рассказывает о том, что собирается сделать сегодня, что сделал вчера (и столкнулся ли с какими-то препятствиями). Это важно на пути к долгосрочным задачам – именно так можно вовремя понять, что пора сменить стратегию. |
Читайте: |
---|
Популярное:
Особенности увольнения руководителя организации |
Новое
- Найти перо птицы: что сулит примета?
- Особенности увольнения женщины с ребенком Имеют ли право сокращать на производстве вдов
- Броненосцы типа "андрей первозванный" 254 мм пушки броненосца андрей первозванный
- Инсценировка музыкальной сказки для детей старшей группы (5—6 лет) I
- Организация (предприятие) и ее основные характеристики
- Селекция наука о создании новых пород животных Понятие о породе, сорт, штамм
- Патологоанатом, основные компетенции Различая в работе
- Управление социальной защиты населения на уровне муниципального образования введение
- Как узнать о плановой проверке моего предприятия
- Да уж, теперь не разгонишься