Итал вписывается в Agile World? [закрыто

Question

Наш IT-менеджер подталкивает ITIL, я только слабо знаком с ним и хотел знать, если ITIL вписывается в проворный рабочий цикл хорошо?

Из моего начального впечатления я бы не предположил, что в основном потому, что предлагает наш менеджер, заключается в том, чтобы поставить сроки против всего, указывая SLA к бизнесу, что «высокие приоритетные задачи должны быть завершены в X часов» и т. Д. Если мы не встретимся с этими SLA.

Во всяком случае, я бы предпочел стратегию переговоров, где сроки основаны на проволочных методах скорости и истории, чтобы договориться о ожидаемом таймфрейме для конечных пользователей.

У нас есть наша практика Agile Development на месте, тестируемое развитие, постоянную интеграцию, есть области для улучшения, но мы работаем над этим.

Какие другие опыты с ITIL и Agile Methods работают вместе?

Answer 1

В моей компании ITIL Framework используется для предоставления услуг (поддержка производства и инцидентов). Для этих SLA подходят, как если бы вы говорите, потеряя клиентов / деньги в час, ожидается, что бизнес должен иметь некоторое указание, когда все будет исправлено. Это не связано напрямую для методологии развития. Только если вы решите, что требуется экстренное исправление и одобрение, то может быть сделано некоторая разработка. Но исправления обычно очень маленькие и предназначены для исправления дефекта и не должны вызывать какие-либо проблемы с гибкой методологией. Новые требования никогда не выполняются в качестве исправления исправления и принимаются в обычном процессе dev / test / release.

Answer 2

Это совсем не выглядит хорошо, если это так, он действительно не подходит вообще не подходит.

Я подозрительно, если ITIL действительно призывает к тому, что, специально, поскольку «высокие приоритетные задачи должны быть завершены в X часов», выходит за пределы не подходящих agile, он не соответствует разработке программного обеспечения, т. Е. Все задачи не рождаются равными.

Обновить:

Также вы бы сказали, что нормальные процессы развития могут быть освобождены от методологий ITIL и у ITIL чисто концентрируют на зонах поддержки инфраструктуры / инциденты?

Я не думаю, что это взаимоисключающее. Хотя это может быть так, что ITIL не применим в том, как вы управляете командой, это не значит, что нет действительных областей этого, которые влияют на то, что вы развиваете.

Разработка должна включать соображения в проектировании / продукте, которые требуются инфрауссором / поддержкой, и такие могут относиться к практике, предложенной в ITIL.

Возможно, более подходящий вопрос будет: являются ли аспекты / метода управления ITIL для управления разработкой программного обеспечения? Что я не знаю, но подозреваю обращается специально в ITIL. По крайней мере, я знаю, что ITIL 3 ввел изменения, которые относятся к практике архитектуры предприятия, которые определенно совместимы с Agile (на самом деле являются активаторами) --- но, по крайней мере, те, кто далеко от чего-либо, связанных с фиксированными оценками / для отслеживания / отслеживания / дев. Отказ