Agile, Scrum, разработка ПО Archives – Страница 9 из 29

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

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

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

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

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

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

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

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

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

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

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

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

Какое отношение ITIL имеет к DevOps? Гораздо большее, чем вы думаете

Прошло около десяти лет с тех пор, как DevOps впервые ворвался в мир технологий, обещая свежим сильным ветром перемен разрушить организационные колодцы и прежние способы работы, которые душили способности компаний к инновациям. Многие приверженцы DevOps восприняли его как противоположность тому неизменному подходу, который они видели в традиционном управлении ИТ-услугами (ITSM – в лице ITIL как сборника лучших практик). Эта точка зрения может быстро привести к разделению на два лагеря: “мы” и “они”, что иронично, поскольку оба подхода в конечном счёте сосредоточены на предоставлении ценности клиенту. ITIL существует с конца 1980-х годов. Сертификация является одной из самых распространённых в мире. ITIL…

Новостной поток, 16 декабря 2020, последний комментарий 15 января 2021

Оценка важности задач в Канбан-методе

В редакцию портала поступил вопрос: Есть ли у канбан инструменты для оценки бизнес-эффекта от поставленной задачи? Бывают случаи, когда заказчики начинают наращивать функционал, который команде представляется не самой нужной для конечного пользователя и Компании. Например, излишняя отчётность. После смены заказчика (переживали не раз) функционал будет не востребован.

Вопрос из зала, 16 декабря 2020, последний комментарий 16 декабря 2020

-30% на все учебные курсы для физических лиц с 1 января

Уходящий год был непростым, он научил нас быстро адаптироваться к новым условиям и работать по-новому. В этом году впервые мы будем поздравлять вас и дарить подарки онлайн. О первом нашем подарке – в этой заметке. Мы объявляем скидку 30% на все учебные курсы для физических лиц с 1 января по 31 марта. Записаться на курсы и оплатить участие вы можете уже сейчас! Приходите к нам в новом году, чтобы изучать ITIL 4: мы являемся первой в России и одной из первых в мире компаний с полной линейкой сертификационных учебных курсов ITIL 4 Managing Professional наши сотрудники являются авторами и рецензентами…

Новостной поток, 14 декабря 2020, последний комментарий 11 января 2021

Covid-19 делает комплектование критическим фактором успеха бизнес-процессов

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

Работать меньше, чтобы сделать больше

Все, а больше всех инвесторы и спонсоры, хотят, чтобы вся команда работала над новыми задачами, фичами, эпиками не останавливаясь. Тем не менее, несмотря на столь жгучее желание, команда не сможет выделить все свое время на новые разработки. Причин тому несколько: Баги случаются, и когда они случаются, то они становятся приоритетом. Нестабильное или нефункциональное хоть в чем-то приложение генерирует не только прямые потери через снижение продаж, но и снижает конверсию, отталкивает лояльных пользователей, вызывает недоверие клиентов. Что делать? – Резервировать время/ресурс, организовывать Emergency lane. Разработка состоит не только из downstream разработки и доставки. В области discovery, в upstream активностях возникает потребность…

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

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

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