Во время вебинара нам поступил вопрос: Есть ли в практиках ITIL разделы\главы, в которых уделяется внимание управлению техдолга? (чтобы почитать)
Зачастую о техническом долге говорят, как о плохо сделанной работе. Но брак есть брак, он порождает отходы, а не долги. А технический долг может накапливаться незаметно и становится видимым, только когда бороться с ним уже очень сложно. В процессе интенсивной разработки отсутствие системной работы с техническим долгом может стать тем камнем, который будет тянуть на дно все попытки наладить быструю поставку. Если ваш бизнес требует выстраивания организационных процессов на основе DevOps или Agile, то работа над обеспечением качества продукта является неотъемлемой частью обязательной регулярной деятельности. В рамках вебинара говорим о том, из каких этапов она складывается и как строится на…
В своей недавней заметке Олег Скрынник начал диалог на тему диагностики продуктовых команд, как потока. Думая о теме со своей стороны, больше с ракурса уютной внутрикомандной работы, где все (хочется надеяться) друг друга знают, притёрлись к особенностям и лёгким странностям соратников, и слаженно (потому что как ещё это можно видеть изнутри?) работают, я особенно зацепилась за вопрос привлечения сторонних консультантов к диагностике. То, что это – хорошая практика ясно: взгляд со стороны, отсутствие замыленности, ведь консультанты находятся вне жизни команды. Но так ли тут всё однозначно и просто, как кажется на первый взгляд? Сама процедура регулярной диагностики достаточно прочно ассоциируется…
Книга Олега Скрынника “DevOps для ИТ-менеджеров” – лучший выбор для тех, кто хочет разобраться в том, что такое DevOps, – вышла на голландском языке под названием “DevOps Handboek”. Купить книгу можно на сайте издательства Van Haren Publishing, а также в книжных магазинах Amazon и Google.Books. На русском книга выпущена Cleverics в 2018 году. В ней исчерпывающе описана методология DevOps: от её возникновения, принципов, практик до управленческих аспектов и сложностей применения DevOps. В книге нет упоминаний конкретных инструментов и технических аспектов, она адресована максимально широкому кругу читателей, которым нужна хорошая теоретическая база для дальнейшего погружения в DevOps. Благодаря отлично выстроенной, четкой…
Представим, что у нас есть продуктовая команда. Ну или группа людей, которые очень хотели бы таковой стать. Ну или мы хотим, чтобы они стали – не суть. Предположим, что с этой командой мы какое-то время поработали: разобрались в её рабочем процессе, особенностях, составе, области ответственности… Реализовали набор практик, помогающих работу/результаты структурировать, визуализировать, организовывать, измерять и улучшать. Всё на основе важных принципов и исходя из определённого, нового продуктово-гибкого mindset’а (это слово я на русский перевести затрудняюсь). Итого: первоначальные инвестиции сделаны, далее ожидается более самостоятельное движение этой команды вперёд. Возникают важные управленческие вопросы: как убедиться, что команду можно “отпускать в более свободное…
Проблемы в команде имеют негативное влияние на продукт и ваших сотрудников в долгосрочной перспективе. Есть множество способов, которыми они могут проявить себя. В этой статье я собрал опыт десяти лет создания цифровых продуктов в кросс-функциональных командах. Я не стану затрагивать вопросы за пределами продуктовой команды, такие как плохой процесс продаж, непонятные запросы, запутанные бизнес-требования. Прочитав эту подборку, вы сможете выявить типичные симптомы, которые, в свою очередь, помогут с диагностикой проблем. Все команды и ситуации уникальны, но некоторые проблемы являются повторяющимися, а понимание проблемы — это половина пути к её решению. 1 «Наши клиенты ☠️… Они не способны понять, что мы…
Уже на следующей неделе начнётся новый сезон вебинаров CleverTALK, регистрация уже открыта. В программе: 12 ноября. Технический долг: как бороться с невидимым врагом. Ведущая: Светлана Сапегина. Регистрация 18 ноября. ITIL в 2020 и 2020 в ITIL: как этот год повлиял на содержание ITIL 4 и что в ITIL 4 может быть особенно полезным в 2021. Ведущие: Роман Журавлёв и Олег Скрынник. Регистрация 26 ноября. Ключевые принципы и практики высокопроизводительной продуктовой команды. Ведущий: Олег Скрынник. Регистрация 10 декабря. Опыт организации продуктовой команды: часть 2. Ведущая: Светлана Сапегина. Регистрация 17 декабря. Каталог услуг 2021 (тема уточняется). Ведущий: Дмитрий Исайченко. Регистрация
За последнее время концепция “быстрых изменений” прижилась и была принята как в большинстве организаций, так и среди их сотрудников. Многие обращались и обращаются в ИТ-подразделения с разнообразными запросами о внедрении новых технологий, настройке решений для специфичных проблем и автоматизации конкретных задач в кратчайшие сроки. К сожалению, возросший поток подобных запросов совпал по времени с продолжающимся дефицитом разработчиков, что даёт дополнительную нагрузку на некоторые и без того маломощные ИТ-команды. В результате наблюдается рост использования так называемых “гражданских” разработчиков для выполнения части этой нагрузки. Термин “гражданский разработчик” (в отличие от “профессионального”) означает любого начинающего программиста или не-разработчика, на которого возложена ответственность за…
Зачастую о техническом долге говорят как о плохо сделанной работе. Но брак есть брак, он порождает отходы, а не долги. А технический долг может накапливаться незаметно и становится видимым, только когда бороться с ним уже очень сложно. Когда на рынке открывается долгожданное окно возможностей, что вы выберете: адаптацию и развитие вашего продукта в максимально короткие сроки или проработку качества? Каждый раз выбирая скорость, вы закладываете бомбу замедленного действия под разработку, и очень важно вовремя остановить обратный отсчет, пока не произошло фатальных разрушений. Как понять, когда и какие действия по управлению техническим долгом следует предпринимать? Кто соучаствует в работе над техническим…
Не могу оторваться от темы беклога, ведь это именно то место, где принимаются решения. Продолжу о вопросах вокруг технического долга и способности команды инвестировать в его уменьшение. Идеальные продукты не существуют, каждый из них имеет свой набор компромисов. Модули и функциональные блоки приложений развиваются в разные стороны, с разной скоростью, для удовлетворения разных потребностей. Изменяются, форматы, масштабы, нагрузки, накапливаются данные. Работы по развитию выполняют люди. Инженеры принимают архитектурные и технические решения исходя из контекста конкретного момента. В какой-то момент, по прошествии времени, члены команды могут высказать пожелания по переработке отдельных компонентов приложения для того, чтобы существующий код и архитектура не…
Хорошая визуализация помогает объяснять достаточно сложные вещи. Вместо большого количества слов достаточно одной картинки. У большинства консультантов есть свои любимые визуальные метафоры. Михаэль Вильямс в своей статье рассказывает о визуальных метафорах, которые он использует для объяснения принципиально важных моментов в организации работы по Agile. Когда я учился в школе, я сделал открытие. Я обнаружил, что я посредственно запоминаю числа, даты и формулы, но при этом фантастически легко запоминаю изображения и истории. Если я нашел способ изобразить что-то визуально, есть хороший шанс, что я запомню это навсегда. Если нет, то увы… То, что появилось как подспорье в учебе, быстро стало моим…