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

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

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

Минимизация когнитивной нагрузки команды для улучшения потока

Команды являются средоточием производства в организациях. Они создают программный продукт и обеспечивают его поставку. Как и любое средство производства, команда требует внимания и своевременного ухода. Компаниям необходимо следить за тем, чтобы когнитивная нагрузка на команду не была чрезмерной (о том, что такое “когнитивная нагрузка“, мы рассказывали в одной из наших предыдущих заметок), поскольку работа в условиях слишком высокой когнитивной нагрузки не позволит эффективно и надёжно создавать и улучшать разрабатываемое программное обеспечение. В своей заметке на IT Revolutions Мэтью Скелтон (Matthew Skelton) и Мануэль Пайс (Manuel Pais) продолжают рассматривать тему и рассказывают об обнаружении и ограничении когнитивной нагрузки для того, чтобы…

Сели и пишем, или что можно сделать с коварством эффекта Даннинга-Крюгера

Сегодня среди компаний, чей бизнес плотно завязан на ИТ, наверное, только ленивый не слышал про трансформацию, «agile-изацию» и прочие процессы повышения прозрачности и эффективности разработки. Многие попробовали различные методологии на себе – и что-то из этого получили, с тем или иным выхлопом. Давайте оставим за рамками обсуждения позитивный сценарий и поговорим о ситуации, когда вроде и ребят умненьких наняли, и продакта-проджекта им привели, и методологии все «по канону», а всё равно ИТ-отдел выдаёт не то, не с тем качеством, не в те сроки, и вообще всячески доводит бизнес до предынфарктного состояния. Появляется ощущение, что проблема глубже, чем казалось изначально, но…

Интерфейс управления ИТ-продуктом: зачем он нужен бизнесу?

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

Разделка слона или пара слов о концепции MVP

Недавно пришла в голову следующая мысль: традиционный подход к визуализации концепции деления больших задач на небольшие управляемые “задачки”, предполагающий примерно такое изображение слона, как на первой иллюстрации, в корне неверен. Более того, он вреден. Он не отражает реального положения вещей и может порождать неверное понимание в неподготовленных головах. Когда я впервые увидел эту картинку, она сразу вызвала у меня ассоциацию со схемой разделки туши коровы, которую память заботливо подсунула из гастрономов советского детства. Помню, я внутренне посмеялся, но против науки, что называется, не попрёшь, и я принял подход к сведению. Однако что-то не давало мне покоя, и недавно я понял,…

Когнитивная нагрузка команды

Когда мы говорим об умственной нагрузке, то понимаем, что у любого человека есть предел того, сколько информации он может хранить в своём мозге в определённый момент. То же самое касается и команд, где суммируются когнитивные возможности всех членов. Чем чревато превышение допустимой когнитивной нагрузки, и какие могут быть рекомендации по недопущению её превышения, делятся в своей заметке на IT Revolution Мэтью Скелтон (Matthew Skelton) и Мануэль Пайс (Manuel Pais), авторы книги “Team Topologies: Organizing Business and Technology Teams for Fast Flow”. Что такое когнитивная нагрузка В 1988 году психолог Джон Свеллер (John Sweller) охарактеризовал когнитивную нагрузку как «общее количество умственных…

Автоматизация тестирования: что можно, а что не нужно

Непрерывное тестирование ускоряет поставку программного обеспечения, делая весь процесс тестирования более быстрым. А благодаря незамедлительной обратной связи, которая помогает уже на самых ранних этапах выявлять ошибки и другие проблемы в приложении, гарантирует, что команды разработки будут создавать высококачественные и надежные приложения. Кроме того, сама способность организовать и проводить эффективное тестирование может значительно снизить затраты в компании, как за счёт экономии времени разработчиков, так и вследствие создания добротного конвейера поставки, в котором они могут быстро вносить изменения в код с минимальными рисками нарушения работоспособности приложения в продуктивной среде. Главным элементом непрерывного тестирования является его автоматизация, что даёт множество преимуществ: Быстрое получение…

Две основные проблемы с CI/CD, конвейерами, GitOps и проч., и как с ними быть

Конвейер развёртывания (в народе именуемый CI/CD) – основной и необходимый компонент DevOps, даже если под DevOps понимаются сугубо технические практики. Понятно, что без конвейера никуда, никакого DevOps не будет. Предположим, некая продуктовая команда, пока не имеющая конвейера, всё же решила не оставаться в прошлом, а перейти в светлое настоящее. Предположим также, что это не решение одного какого-то безумца из команды, а идея, разделяемая большинством. Прекрасно. Такую команду на её пути подстерегают две большие проблемы. Проблемы Первая: даже в самых простых и тривиальных случаях (веб-приложение, виртуальная инфраструктура, современные языки, библиотеки и фреймворки) построить конвейер бывает не так просто. Дело в том,…

Пять навыков управления проектами, которыми должен владеть каждый разработчик

Времена функциональной изоляции “традиционного” выделенного менеджера проектов и команды разработчиков в силу всё возрастающей сложности проектов разработки неумолимо уходят в прошлое. Во многих случаях разрыв в знаниях и опыте между менеджером проекта и разработчиками настолько велик, что делает практически невозможным для любого нетехнического специалиста эффективно управлять всем объёмом задач без существенной помощи в этом со стороны команды разработчиков. В наши дни каждый участник команды разработки должен владеть базовым уровнем навыков управления проектами, чтобы эффективно вносить свой вклад в общую работу. Когда разработчики принимают активное участие в управлении проектом в целом, выгоды многочисленны. Разработчики не только лучше понимают, сколько времени займет…

Эволюционный взрыв в управлении ИТ-разработкой

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

Опыт организации продуктовой команды: часть 2

Опубликована запись вебинара”Опыт организации продуктовой команды: часть 2″ – это продолжение разговора о построении продуктовой команды разработки ПО на основе реальных кейсов из консалтинговой практики Cleverics. Первую часть, в которой разбирался реальный кейс трансформации действующей команды разработчиков, смотрите на нашем канале YouTube. Вопросы, которые обсуждались во второй части: Как балансировать нагрузку на команду, чтобы не утопить ее в бесконечном потоке задач? Как сделать бэклог понятным и удобным инструментом взаимодействия бизнеса и ИТ? Что можно измерить в настройках продуктовой команды? Ведущая вебинара: Светлана Сапегина, консультант по управлению инновациями и трансформацией организационных моделей.

Закон Конвея и его важность при создании команд

Закон Конвея (Conway’s Law) имеет большое значение для понимания тех сил, что возникают при формировании команд, и того результата, который они могут оказать на команды в условиях длительного и автономного, неуправляемого и некорректируемого воздействия. И, как следствие, для понимания влияния на разрабатываемые командами программные продукты, поскольку за последнее время они стали более сложными и взаимосвязанными, чем когда-либо прежде. Выдержал ли закон об архитектуре программного обеспечения, сформулированный Мелвином Конвеем в далёком 1968 году, проверку временем? Короткая справка: Закон Конвея — “Организации проектируют системы, которые копируют структуру коммуникаций в этой организации”. В конце концов, разработка ПО прошла немалый путь: микросервисы, облака, контейнеры,…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM