Портал №1 по управлению цифровыми
и информационными технологиями

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Новые экзамены
по ITSM
Реестр ESM- и ITSM-систем в России 2024

Agile, Scrum, разработка ПО

Big 4 Agenda: топики на следующий год

Некоторое время назад коллеги из Великобритании анонсировали опрос, целью которого было определить четыре темы, наиболее волнующие сообщество, на которых в 2014 году itSMF UK сконцентрирует свое внимание. Обсуждению этих проблем уделили время и на ежегодной конференции, проходившей в Бирмингеме, а недавно итоговый список опубликовали на сайте itSMF UK. Выглядит он следующим образом: Назад к основам (Back to Basics) Все мы встречали яркие, порой провокационные заголовки, говорящие о том, как ошибки в предоставлении услуг могут привести к остановке деятельности компании и невозможности предоставлять услуги заказчикам. Правильная организация базовых механизмов управления ИТ-услугами обеспечит наличие надежных повторяемых процессов, которые уменьшают количество приводящих к затратам ошибок, позволяют плавно…

Маленькие шаги ITSM навстречу Agile

ITSM-блогер и консультант Симон Моррис в своей недавней колонке на itsmreview.com привел пару занятных советов для тех организаций, которые озабочены главным компромиссом ITSM: «Я должен внедрять идеи Agile и Lean в свою ИТ-организацию». Эти слова произносят многие практики ITSM, но кусочки мозаики DevOps у них не сходятся даже в теории. Трудно представить себе, как попасть в картинку мира, где услуги предоставляются непрерывно, в полном соответствии с меняющимися бизнес-требованиями, и при этом успевать хвастаться в соцсетях тем, насколько слаженно функционируют ваши разработчики и ИТ-эксплуатация. Итак, вы хотите совершенствоваться. С чего начать? У меня есть два простых совета для тех сотрудников служб ИТ-эксплуатации,…

Agile ITSM

Публикую мысли, сформулированные одним из наших заказчиков. Без правки и корректировок – как есть. И давайте срочно обсуждать. И так: Основные причины обратиться к Agile – неудовлетворенность сроками внедрения решений/процессов и соответствия результатов требованиям в динамично меняющейся среде. Итак, что такое Agile применительно к внедрению и развитию процессов? Берем Agile manifesto (есть терпимый перевод на Википедии). Выписываем. Меняем слова. Ценности Agile: 1. Individuals and interactions over processes formal rules and tools. Личности и их взаимодействие важнее, чем формальные правила и инструменты Не совсем адекватная замена, плюс морально сложно вычеркивать слово "процесс", но в противном случае это звучало бы как "личности…

ИТ-скептик про Devops и Agile

Наш друг Роб Ингланд (IT Skeptic) решил опубликовать заметки к своим выступлениям на конференциях в этом году. Первый в очереди – мгновенно ставший популярным в социальных сетях критический очерк о концепции Devops. DevOps (Developers+Operations) – современный свод различных методик, направленных на продуктивную совместную работу разработчиков программного обеспечения и эксплуатационщиков (администраторов) информационных систем. Идея Devops – прямой наследник Agile. Подход предлагает использовать комплекс мер по "разрушению стены между разработчиками и системными администраторами": единые инструменты повсеместной автоматизации, революция культуры взаимодействия, отказ от бюрократических процедур, мелкие и частые изменения продуктивной среды. Скептик выразил крайне консервативное отношение к этой новой идее. Противопоставив ее традиционной…

Agile versus ITIL

Paul Reeves рассуждает на тему взаимодействия подходов Agile и ITIL. "На первый взгляд, практики, используемые в Agile, способствуют ускорению разработки программного обеспечения, по сравнению с другими подходами, в то время как ITIL, с его подчеркнуто процессным подходом вроде бы всё замедляет…" Пол возражает сторонникам этой точки зрения так: "Нигде в ITIL не сказано, что процессы призваны замедлять то, как вы выполняете работу…" Для совместимости частых релизов (которые предлагает Agile) с вашей практикой управления ИТ-услугами, просто предусмотрите в своих процессах отдельный контролируемый маршрут для них. Несколько раз в тексте, Пол предлагает "не внедрять ITIL по книжкам", но четко представлять себе предпосылки…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM