и нет аналитика

Канбан подход для улучшения производительности производственных цепочек / команд

Вы точно не путаете с линовским?

Что почасовая что помесячная оплата имеет свои нюансы в отличие от сдельной оплаты труда за результат...

Иван, если у вас поддержка то вам нужно изучать ITIL/ITSM, kanban, 6 сигма. Так у вас поддержка или разработка?

Иван вы ответили не на заданный вопрос 😊

Есть допил
Есть поддержка
Есть разработка

С поддержкой разобрались, а для допила и для разработки что изучать?

По идее да регулирует. У вас есть спринт, он оценён. Вот в рамках этой оценки и проводится работа.

🙈

Для начала itil. Понять, как может строиться жизненный цикл ит сервиса. Потом разобраться, какие варианты жц вам подходят и погружаться в них. Это может быть и классическая пооек ная работа и многоуртвневя поддержка, и девопс, и куча гибридов

+

ИТИЛ  — это не проектная а сервисная тема. Не нужно все в кучу

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

Нет, itil - полностью про жц сервиса - от идеи через дизайн, разработку, в эксплуатацию и последующее развитие. Проекты и иные методы разработки - составная часть itil.

Ну значит там где я сталкивался, готовить не умели, хотя как по мне, чисто ИМХО, Итил все же про другое.

Сервис по определению не имеет временных ограничений, а проект ограничен по срокам. Не нужно сервис затаскивать в проект, максимум - организация возможности сервисной поддержки, и передача в операционку

Сервис может включать в себя проект.

В принципе да. Но я видел уже много случаев, когда под продукт создается команда, которая продукт и создает/развивает, и поддерживает.
С точки зрения проекта - в проект закладывается капекс (ФОТ и оборудование) на минимальный персонал поддержки, до передачи в пром. эксплуатацию этот персонал участвует в создании продукта и настройке будущей инфраструктуры поддержки. После успешной передачи в промэксплуатацию команда делится - развитие работает по скраму за капекс, поддержка по канбану за опекс.

Прочитал определение сервиса на Википедии - это нечто, интересно бы услышать пример когда сервис может включать в себя проект