Итал вписывается в Agile World? [закрыто
-
03-10-2019 - |
Вопрос
Наш IT-менеджер подталкивает ITIL, я только слабо знаком с ним и хотел знать, если ITIL вписывается в проворный рабочий цикл хорошо?
Из моего начального впечатления я бы не предположил, что в основном потому, что предлагает наш менеджер, заключается в том, чтобы поставить сроки против всего, указывая SLA к бизнесу, что «высокие приоритетные задачи должны быть завершены в X часов» и т. Д. Если мы не встретимся с этими SLA.
Во всяком случае, я бы предпочел стратегию переговоров, где сроки основаны на проволочных методах скорости и истории, чтобы договориться о ожидаемом таймфрейме для конечных пользователей.
У нас есть наша практика Agile Development на месте, тестируемое развитие, постоянную интеграцию, есть области для улучшения, но мы работаем над этим.
Какие другие опыты с ITIL и Agile Methods работают вместе?
Решение
В моей компании ITIL Framework используется для предоставления услуг (поддержка производства и инцидентов). Для этих SLA подходят, как если бы вы говорите, потеряя клиентов / деньги в час, ожидается, что бизнес должен иметь некоторое указание, когда все будет исправлено. Это не связано напрямую для методологии развития. Только если вы решите, что требуется экстренное исправление и одобрение, то может быть сделано некоторая разработка. Но исправления обычно очень маленькие и предназначены для исправления дефекта и не должны вызывать какие-либо проблемы с гибкой методологией. Новые требования никогда не выполняются в качестве исправления исправления и принимаются в обычном процессе dev / test / release.
Другие советы
Это совсем не выглядит хорошо, если это так, он действительно не подходит вообще не подходит.
Я подозрительно, если ITIL действительно призывает к тому, что, специально, поскольку «высокие приоритетные задачи должны быть завершены в X часов», выходит за пределы не подходящих agile, он не соответствует разработке программного обеспечения, т. Е. Все задачи не рождаются равными.
Обновить:
Также вы бы сказали, что нормальные процессы развития могут быть освобождены от методологий ITIL и у ITIL чисто концентрируют на зонах поддержки инфраструктуры / инциденты?
Я не думаю, что это взаимоисключающее. Хотя это может быть так, что ITIL не применим в том, как вы управляете командой, это не значит, что нет действительных областей этого, которые влияют на то, что вы развиваете.
Разработка должна включать соображения в проектировании / продукте, которые требуются инфрауссором / поддержкой, и такие могут относиться к практике, предложенной в ITIL.
Возможно, более подходящий вопрос будет: являются ли аспекты / метода управления ITIL для управления разработкой программного обеспечения? Что я не знаю, но подозреваю обращается специально в ITIL. По крайней мере, я знаю, что ITIL 3 ввел изменения, которые относятся к практике архитектуры предприятия, которые определенно совместимы с Agile (на самом деле являются активаторами) --- но, по крайней мере, те, кто далеко от чего-либо, связанных с фиксированными оценками / для отслеживания / отслеживания / дев. Отказ