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

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

Общие вопросы менеджмента

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

Системный подход и целевое видение для повышения производительности

Производительность в проекте под влиянием системных проблем Системные проблемы влияют на всю систему или ее значительную часть. Как правило, они продолжительны и оказывают значительное воздействие. Они похожи на подземные толчки, вызывающие волны цунами. Часто возникают разногласия по поводу необходимости всеобъемлющих системных изменений, в том числе для управления проектами и организацией. Споры ведутся о двух вещах: во-первых, требуется ли изменения как таковые и в каком объёме, а во-вторых существует ли сама система, которую необходимо изменить. Что касается первого, это зависит от обстоятельств. Что касается второго, то здесь поможет системный подход, который является прочным фундаментом для понимания мира. Целевое видение С системными…

От тейлоризма до наших дней. Как менялись подходы к организации труда

Перед тем, как изменить своё мышление, привычки, подходы важно осознавать, а что нас толкает к этому, что объективно вынуждает нас меняться? Как и почему мы подошли к той черте, за которой мы должны это сделать? В части принятия изменений в подходах к организации работы для начала также важно понять, а как возникли, сложились и стали использоваться традиционные способы организации труда, так широко распространённые в большинстве современных компаний. Об этом размышляет в своей заметке на портале ITRevolution Джонатан Смарт (Jonathan Smart), один из авторов готовящейся к выходу книги “Sooner Safer Happier: Antipatterns and Patterns for Business Agility”. Прежние подходы к организации…

Директор по информационным технологиям как агент изменений

Когда началась вся эта история с COVID-19, ИТ-директорам и ИТ-поздразделениям пришлось в считанные дни и недели провести цифровую трансформацию, которая до этого в течение многих лет постоянно откладывалась “на потом”, доводилась до красной черты по различным причинам: организационной инертности, бюрократии, гиперболизированной боязни трансформации, нерешительности, бездеятельности и т.п. Сотрудникам ИТ-подразделений в одночасье пришлось иметь дело с неизвестными доселе вещами. Они были в числе тех первопроходцев, кому было поручено следить за здоровьем и безопасностью сотрудников организации. Ускоренный и скачкообразный переход к быстрой цифровой трансформации волей-неволей поставил ИТ-директора в центр организационных преобразований, отмечает в своей заметке на авторском сайте Карен Феррис (Karen Ferris)….

Новый взгляд на управление знаниями

В конце 1990-х годов я увлёкся концепцией явного и неявного знания. Это был расцвет эры управления знаниями, и как отраслевому аналитику мне посчастливилось регулярно встречаться с высшими руководителями, отвечающими за данную область. Но сегодня мы встречаемся намного реже. Потребность в управлении знаниями сегодня столь же — если не более — значительна, чем когда-либо. Однако никто никогда не хотел прилагать усилия к тому, чтобы маркировать, управлять или обмениваться информацией, и никто по-прежнему не хочет это делать и сегодня. Действительно, в условиях политических потрясений и пандемии очень важно крепко держаться за свои знания и идеи, чтобы сохранить свою работу. На прошлой неделе…

ITIL(r)4 Specialist CDS: внутренняя культура и коммуникации

Внутренняя культура организации является одним из наиболее важных компонентов управления услугами, но в большинстве случаев разговоры о ней  ограничиваются словами о “мягких навыках” (soft skills). Поскольку успешность изменений очень сильно зависит от внутренней культуры, необходимо выделить те её аспекты, которые имеют существенное значение и поэтому нуждаются в управлении. Среди руководств ITIL наиболее полно тема развития внутренней культуры раскрывается в рамках модуля ITIL® 4 Specialist: Create, Deliver and Support (CDS). Вот почему я думаю, что именно на этот курс следует отправиться после прохождения ITIL 4 Foundation. Важно уделить внимание людям, культуре и совместной работе, а не только процессам и инструментам. Меня…

Технический долг и беклог

Не могу оторваться от темы беклога, ведь это именно то место, где принимаются решения. Продолжу о вопросах вокруг технического долга и способности команды инвестировать в его уменьшение.  Идеальные продукты не существуют, каждый из них имеет свой набор компромисов. Модули и функциональные блоки приложений развиваются в разные стороны, с разной скоростью, для удовлетворения разных потребностей. Изменяются, форматы, масштабы, нагрузки, накапливаются данные. Работы по развитию выполняют люди. Инженеры принимают архитектурные и технические решения исходя из контекста конкретного момента. В какой-то момент, по прошествии времени, члены команды могут высказать пожелания по переработке отдельных компонентов приложения для того, чтобы существующий код и архитектура не…

Как обучать команду удаленно

Обучение — это важный обряд посвящения, который проходит каждый новый сотрудник, чтобы узнать о своей новой роли и обязанностях, встретиться со своими товарищами по команде и стать частью большего целого.  Однако за последние несколько месяцев сотрудники стали свидетелями резких изменений в том, как их готовят к работе. Работодатели, которые ранее высмеивали сотрудников, работающих на дому, – во времена, когда еще не было коронавируса, – были вынуждены быстро пересмотреть свою позицию, поскольку бизнес изо всех сил пытался удержаться на плаву в условиях нестабильного рынка. Хотя удаленная работа существовала всегда, теперь это стало нормой. Когда компании снова будут нанимать сотрудников, следующий вопрос будет заключаться…

Разрешение конфликтов в Agile-командах

Большинство людей предпочло бы избегать конфликтов. Как специалисты по проектам, мы знаем, что это неизбежно, и мы также знаем, что несогласие может быть конструктивным. Но при этом мы не любим конфликты, и большинство из нас надеется, что кто-то другой возьмёт на себя их разрешение. Что ж, с гибкими командами это может быть сложно, потому что команда должна быть самоорганизованной, а значит, никто не должен вмешиваться и исправлять что-то за нас. Что с этим делать? Возможно, вы не склонны доверять статьям, в которых обсуждается управление конфликтами. Я уверен, что их авторы действуют из лучших побуждений, но говорить о стандартных моделях управления…

Как бизнес-аналитику встроиться в гибкую среду?

Есть ли роль бизнес-аналитика в гибкой среде? Я уже довольно давно работаю бизнес-аналитиком, и этот вопрос возникает постоянно. Бизнес-аналитики  зачастую считают, что они должны оправдывать свою роль в гибкой разработке. Тот факт, что такой вопрос всё время задают, проистекает из руководства по Scrum. Scrum Guide определяет три роли в команде: команду разработчиков, Scrum -мастера и владельца продукта. Легко заметить, что здесь не упоминается о роли гибкого бизнес-аналитика. Нельзя сказать, что мы единственные, кто остался в стороне – также не определены роли для архитекторов решений, тестировщиков, группы обеспечения качества, менеджера развёртывания, дизайнера пользовательского интерфейса или технических писателей. Мы все каким-то образом…

Бэклог! – Как много в этом слове …

Команды, работающие над развитием различных продуктов, имеют одну общую цель: обеспечить максимальную скорость изменения своего продукта для реализации возникающих потребностей пользователей / заказчиков. Вопрос: В каких условиях команда может достигнуть требуемых показателей? Ответ: При одновременном достижении двух условий: Команда, как черный ящик, устроена внутри корректно: умеет работать с потоком обрабатываемых объектов (намеренно не указываю каких), пропускная способность отдельных этапов обработки сбалансирована. Достижение такого состояния – предмет отдельной целенаправленной работы, детализировать далее не будем, предполагаем далее, что оно достигнуто. Команда может управлять входом поступающих объектов: объекты должны быть замкнутыми (в математическом смысле :): иметь строгие границы) так, чтобы команда могла их…

Предсмертный или пост-смертный анализ или как избежать катастроф

“Цена неудачи – образование” Девин Каррауэй (Devin Carraway). “Вскрытие покажет” – знакомая многим фраза, это когда мертвые учат живых. Обычно вскрытие проводят, чтобы выяснить и проанализировать причину смерти, только оно уже никак не поможет умершему… Каждый, кто работал с технологиями, проектами, услугами сталкивался со сбоями или неудачами. Разные масштабы, разные последствия – все имеет свою цену. А можно ли было избежать мелких проблем, значительных неудач или глобальных катастроф? У всего есть причина и следствие. Или если уж это произошло, то как мы должны на это реагировать и какие уроки вынести? Есть два подхода, позволяющих учиться на прошлых ошибках и избегать…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM