Управление архитектурой предприятия, стандарты Open Group: TOGAF, IT4IT и другие.
Для того, чтобы разобраться с TOGAF бывает небесполезно прислушаться к критически настроенным экспертам. Например, Грэхем Бэрисфорд, много лет занимающийся вопросами архитектуры, в статье «Чем TOGAF не является?» («What is TOGAF not?») сформулировал несколько тезисов, которые позволяют более чётко взглянуть на TOGAF и лучше понять ограничения. И, стало быть, скорректировать ожидания относительно этого свода знаний.
Заметные обновления стандарта IT4IT. Помимо недавнего обновления TOGAF (архитектурный фреймворк от консорциума The Open Group), о котором мы уже писали, The Open Group обновила и референсную архитектору IT4IT. С опережением плана. Последняя версия — 3.0 (предыдущая — 2.1).
Что осталось от TOGAF 9.2 при обновлении до 10 версии?
Закон Конвея (Conway’s Law) имеет большое значение для понимания тех сил, что возникают при формировании команд, и того результата, который они могут оказать на команды в условиях длительного и автономного, неуправляемого и некорректируемого воздействия. И, как следствие, для понимания влияния на разрабатываемые командами программные продукты, поскольку за последнее время они стали более сложными и взаимосвязанными, чем когда-либо прежде. Выдержал ли закон об архитектуре программного обеспечения, сформулированный Мелвином Конвеем в далёком 1968 году, проверку временем? Короткая справка: Закон Конвея — «Организации проектируют системы, которые копируют структуру коммуникаций в этой организации». В конце концов, разработка ПО прошла немалый путь: микросервисы, облака, контейнеры,...
Вебинар «Сравнение подходов ITILv3, IT4IT, ITIL4 к описанию модели управления ИТ» можно посмотреть в записи. В этом вебинаре нет: Полного сравнения/противопоставления библиотек Детального разбора какой-либо из библиотек В этом вебинаре есть обсуждение следующих вопросов: Зачем нужна модель? Какова она в каждой из библиотек? В чём их различие? И что это даёт? Ведущий вебинара Игорь Гутник, ITIL 4 Managing Professional, ITIL Expert, ITIL Practitioner, PRINCE2 Practitioner Учебные курсы по теме вебинара: ITIL® 4 Foundation https://cleverics.ru/itfo4 ITIL v3 Foundation https://cleverics.ru/itfo Управление архитектурой предприятия на основе TOGAF и IT4IT https://cleverics.ru/togaf
В расписание весенне-летнего сезона 2020 года вебинаров CleverTALK добавлены новые вебинара. Актуальное расписание: 10 июня, 3:00 PM — 4:00 PM (MSK). Essential Principles and Practices of High Performing DevOps Teams Вебинар проводится совместно с EXIN (Нидерланды) на отдельной площадке. Обратите внимание на время начала в вашей зоне. Вебинар будет на английском языке. In this webinar we will start with a discussion on how a team is different from a group of people. We will talk about what is expected from a DevOps team and what is meant by high performing. After that we will cover the most important principles and practices...
В области управления ИТ есть много разных должностей, ролей, задач. Эффективная работа в рамках этих задач, должностей, ролей часто требует объёмного багажа знаний и навыков. А для эффективного накопления такого багажа существует широкий спектр соответствующих курсов. Проблема заключается в том, что среди большого количества аккредитованных и авторских курсов бывает сложно выбрать наиболее оптимальный набор, который поможет в решении рабочих задач на текущей позиции или в развитии карьеры. Разумеется, можно попробовать изучить каталог самостоятельно. Ведь для каждого курса есть подробное описание формата, программы и других деталей. Можно существенно сэкономить время и обратиться напрямую к менеджерам, которые в зависимости от задачи (которую...
На недавно прошедшем курсе «Управление архитектурой предприятия на основе TOGAF и IT4IT» возник вопрос о соотношении/противопоставлении моделей, предлагаемых для описания функционирования ИТ, IT4IT (The Open Group IT4IT™ Reference Architecture) и библиотекой ITILv3. На самом деле в подходах к описанию довольно много общего (а если брать последнюю четвертую версию ITIL, то, как мне кажется, общего ещё больше. Например, использование в качестве операционной модели ИТ цепочки создания ценности (или «цепочки ценности» — Value Chain), предложенной ещё в 1985 году Майклом Портером). В IT4IT она выглядит так: Но в ITILv3 такой концепции не было. Насколько это вообще важно? И есть ли отличие картинки IT4IT...
Поток ценности — артефакт бизнес-архитектуры, позволяющий бизнесу формировать ценностное предложение для внешнего или внутреннего заинтересованного лица. Поток ценности обладает определенными характеристиками процесса в том смысле, что при описании потока декларируются последовательность и связи различных активностей так, чтобы проиллюстрировать способ формирования итоговой предоставляемой ценности. Описание потока ценности формируется в терминах «каким образом» достигается ценность, в отличии от классических описаний бизнес-процессов, где шаги описываются в терминах «что должно быть сделано». Практика описания потоков ценности (и формирования их как артефактов управления бизнесом) сформировалась в ходе эволюционного развития идей гибкой разработки. Наиболее часто встречающийся подход к описанию потоков ценности состоит в том, чтобы включить в...
В самом начале 2000-х мне, как и многим другим ребятам, было очень важно узнать: как организовать современный (на тот момент) ИТ-департамент коммерческой компании среднего размера. Скажем, на 50-200 «айтишников». То был не праздный интерес, а вполне реальная задача — столкнувшись с управленческим аспектом организации труда стало понятно следующее: Работа персонала может и должна быть организована (в противовес простому устройству мира «все люди изначально хорошие, и они просто ходят на работу, и там работают изо всех сил»). Работа может быть организована сильно по-разному. Способ организации работы существенным образом влияет на получаемые результаты. Мне и моим коллегам в то время очень сильно помогла...
Публикации DevOps Forum – огромный вклад в свод знаний о DevOps. Я всегда многому у них учусь. Но с последним выпуском я не могу согласиться. Это Преодоление неэффективности в системах управления работами. Я не согласен с тем, что внедрение стандартизованной системы управления работами необходимо для визуализации. Мы рекомендуем выбрать один инструмент, что противоречит распространённому принципу, согласно которому команды должны иметь возможность выбирать свои собственные инструменты. Гибкость важна для команд, но есть ряд ключевых областей, в которых стандартизация приносит больше пользы, чем возможность для команд использовать различные инструменты. К ним, в частности, относится система управления работами, обеспечивающая удобство визуализации для тех,...