Управление проектами *

Я давно носил мысль о том, чтобы изложить на бумаге свое видение о том, каким образом, какими инструментами и по каким шагам можно было бы организовать внедрение полноценного QA в процесс разработки аппаратного обеспечения. И вот относительно недавно, в рамках тестового задания при собеседовании, мне довелось составить подобного рода документ описывающий весь процесс от аудита до практически полной автоматизации процесса тестирования. Для того, чтобы получить на него всестороннюю обратную связь и услышать мнения на этот счет - я решил написать статью об этом. 

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

Всем интересующимся - добро пожаловать под кат!

Каждая компания двигается по шкале от незрелой к зрелой и обратно. Это всегда динамика. Сегодня вы образец, завтра вы устаревшая помойка. Если 10 лет назад для наведения порядка внедрялся какой-нибудь "каскадо-водопадный PMI", 5 лет назад гибко-адаптивный Agile-OKR, то сейчас есть динамика к культуре проведения экспериментов*.

Произошло это по разным причинам, главными считаю - изменение горизонта планирования и задачи на сокращение издержек. На сегодня, нужно планировать либо на 30 лет вперед и бороться за новые рынки (в том число создавать их), либо сосредоточиться исключительно на текущей выручке.

*Статья состоит из двух блоков - критика и предложение. Контекст: продуктовая ИТ компания среднего уровня, не стартап и не из ТОП 50.

Альтернативная нотация описания функциональной архитектуры и архитектуры интеграций для решения задач ИТ-развития в рамках проектных задач, продуктового развития и инициатив бизнеса для командной работы в едином информационном поле бизнес и системных аналитиков, архитекторов, разработчиков, тестировщиков и специалистов поддержки.

Каждый разработчик рано или поздно сталкивается с ситуацией: из команды уходит «тот самый» человек, который держал в голове половину архитектуры. Вместе с ним уходит не только опыт, но и часть будущего проекта. В статье делюсь мыслями и подходами, как минимизировать потери при передаче знаний, какие форматы работают, а какие — нет, и почему документация должна быть живой, а не мёртвым архивом на Wiki.

Агентные ИИ-системы обещают ускорить разработку, но ускоряют только там, где уже налажен быстрый поток поставки: автономные продуктовые команды, короткие циклы, непрерывная обратная связь. Реальность же прозаична: по DORA многие организации релизят реже раза в неделю, у четверти change failure rate доходит до 40%, а инциденты чинятся неделями.

В статье разбираемся, почему без «взрослого» Agile и DevOps ИИ-агенты всего лишь делают узкие места заметнее, и как организационная агентность (право и способность команд действовать) становится предпосылкой для реальной выгоды от ИИ.

Привет. Меня зовут Антон Глоба, я предприниматель и основатель контент-агентства.

В жизни каждого предпринимателя бывает момент, когда кажется, что все рухнуло. Для меня это был 2014-й: у Банк24.ру отозвали лицензию, а на моем счету зависла вся предоплата по крупному контракту. Тогда я впервые увидел, что спасает бизнес в кризис — не деньги, а люди и их принципы.

Привет, Хабр!

Часто тимлидов интерсует вопрс: как измерить продуктивность разработчиков так, чтобы это имело смысл? Часто можно наблюдать, как одни менеджеры пытаются оценивать работу команды количеством коммитов, другие — числом закрытых тасков, третьи искали «та самый единственная метрика», которая покажет продуктивность сразу всех и каждого. Такой метрики не существует, и погоня за ним часто приводит к курьёзным (а иногда и печальным) результатам.

В этой статье я поделюсь свежим подходом к этой проблеме — фреймворком SPACE. Он предлагает смотреть на продуктивность инженеров комплексно, по нескольким измерениям сразу. Но для начала давайте разберёмся, почему вообще так сложно измерить эффективность разработки.

Подготовил сборник из 150+ тестовых заданий для продактов и проджектов – забирайте, чтобы повысить свои шансы пройти собесы и трудоустроиться в нужную компанию!

В сборнике найдете тестовые от таких компаний как: Яндекс, Т-Банк, ВК, Авито, Озон, АльфаБанк, МТС, Сбер, AviaSales, SkyEng, 2ГИС, inDrive, HeadHunter, Нетология, Мегафон и многих других.

В этой статье я собрал то, о чём люди обычно спорят в комментариях. Мы поболтали с комьюнити про ИИ на июльском фестивале для айтишников. Чтобы приблизить условия к диванным обсуждениям, уселись на пуфиках, а желающим выдали трубку мира.

Никаких регалий, экранов, душной модерации с «нативными» интеграциями. Просто накидывали на вентилятор боли и передавали друг другу микрофон. Это был чистый экспромт без заготовок, даже с матом, но в статье мы его убрали, чтобы не ранить чувства читателя.

Мы очистили обсуждение от корпораций, брендов и даже имён, собрали дебаты в нашем шатре и не афишировали их на лендинге фестиваля. Были сомнения, придут ли люди, будут ли открыты, но я считаю, всё получилось.

Когда мы начали расти в отделе, мне казалось логичным ввести разные системы контроля: отслеживание рабочего стола, трекеры времени, «умные» дашборды. Хотелось прозрачности — чтобы понимать, кто чем занят и как распределяются часы.

Мы пробовали разные инструменты — Time Doctor, Insider и тд. На первый взгляд все выглядело удобно: дашборд продуктивности, графики активности, таблицы задач. Но на деле сотрудники ощущали себя дискомфортно, чувствуя себя под слежкой, ведь так оно и было. Мое мнение теперь: мы ошиблись и потратили время и средства на инструменты, которые не принесли пользы. И вообще для программы отслеживания рабочего времени нужно переименовать в инструменты слежки за сотрудниками. Как будто сериал “Разделение” воплотился в жизнь. Но обо всем по порядку

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

В этой статье попробуем разобраться, кто же такой Chief Operating Officer, какие задачи он выполняет и какие качества необходимы, чтобы им стать.

Запустил свой B2B ИТ-стартап, потерял много денег, еще больше нервов, набрался опыта и ушел в наём. Какие выводы я сделал и какие советы могу дать начинающим стартаперам.

Привет! Меня зовут Андрей, в ЮMoney я работаю с 2019 года, возглавляю новое бизнес-направление — BaaS, а до этого руководил стримом карточных продуктов. В этой статье отвечу на вопрос: что делать бизнесу, если он хочет выпускать свои карты и кошельки, но не хочет получать лицензию ЦБ и строить банковскую инфраструктуру с нуля?

Ответ на этот запрос рынка — подход Banking-as-a-Service (BaaS). Я расскажу, как мы в ЮMoney прошли путь от первых кобрендинговых карт до полноценной платформы и запустили BaaS-решение ЮSoft. В статье разберу мировой BaaS-тренд, рассмотрю предпосылки запуска у нас и оценю конкретные выгоды для российских компаний: от снижения затрат до новых источников дохода.

Разработчики ненавидят, когда работа превращается в бурную имитацию кипучей деятельности.

Конкретно в управлении продуктами проблема в том, что выросло поколение людей, которых учили управлять продуктом только с помощью метрик и глубинных интервью, и для них это единственный здравый способ растить продукт. Этот подход обещает успешный успех и активно продвигается на курсах для начинающих продактов. Когда рынок рос, это даже работало: можно было скопировать чью-то идею и дальше А/Б-тестами с миллионом итераций её докручивать. Но при росте рынка росли и метрики, а с этим — и ЧСВ таких продуктов.

Сейчас эти продукты превратились в продуктов «+/- полпроцента».

Собирательный образ такого продакта — это человек, который не отвечает ни за какие решения, прикрывается исследованиями и не развивает продукт. И на вопросы вроде «А почему пользователи к тебе должны прийти?» или «Зачем это нужно?» они отвечают с недоумением: «В смысле? Мне же руководители не дают принимать решения и бюджет на исследования, а разработчики всё ставят под сомнение и ничего не хотят делать!..»

Но вот в чём штука: микроизменения — это не зло, ведь опытные разработчики также двигаются небольшими итерациями. Проблема — в микроизменениях БЕЗ понимания, куда идём.

Я занимаюсь евангелизмом и развитием продуктового подхода уже много лет, начинал с первого ProductCamp, преподавал в БШВД, потом — ВШЭ, участвовал в формировании продуктовых процессов в Авито (времён, когда появилась тема «зубастых продуктов»), Strategy Mindset c ProductSense. Сейчас у нас мастерская развития инструментов управления продуктами. Плюс я погружался в работу в Wargaming, Kaspersky, Яндекс, ЦФТ, Райффайзен Банк, Lamoda, BTS Digital, IBA и так далее.

Я стала лидом небольшой команды и думала, что работа почти не изменится. Но мой режим посыпался: обедала к вечеру, выходные проводила за ноутбуком, тревожно чекала переписки. В какой-то момент поняла, что так долго не протяну и начала собирать систему тайм-менеджмента с нуля.

НИИ ПТЭС — один из лидеров российского строительного рынка — как и многие отечественные предприятия столкнулся с необходимостью импортозамещения. Маркетолог компании Евгений Платонов рассказывает, почему инженеры выбрали именно nanoCAD и как был организован путь от тестового периода до успешного внедрения новой САПР в бизнес-процессы.

В современном бизнесе требования к соблюдению норм и стандартов становятся неотъемлемой частью стратегического управления. Однако многие компании по‑прежнему воспринимают комплаенс как формальную обязанность, направленную лишь на выполнение минимальных требований регуляторов. Такой подход чреват серьезными рисками, начиная от штрафов и заканчивая потерей репутации.

Разберем, почему комплаенс должен быть интегрирован в бизнес‑процессы, какие риски он помогает предотвратить и какую роль играет автоматизация с использованием SGRC «Security Governance, Risk Management and Compliance» — систем.

Привет, Хабр! С вами снова Алина, HR-лид компании SSP SOFT. О чем будет пост сегодня: рынок труда в 2025 стал очень сложный, на каждую вакансию приходят десятки, а то и сотни резюме. Попасть в шортлист и потом дойти до собеса кандидатам помогают не только скилы из резюме, но и более второстепенные вещи. Как говорится в английской пословице, «Каждый пенни важен». Поэтому хочу поделиться нашим мнением о значимости  сопроводительного письма и раздела «хобби» в резюме. Эти факторы весомы далеко не для всех рекрутеров, но и пренебрегать ими не стоит.

Два с половиной года проработала — зарплату не подняли. Пришлось искать другую компанию, чтобы вырасти в зарплате — перешла на 125 тысяч.

Привет! Меня зовут Мария Белых, я занимаюсь управлением изменениями более 10 лет.

Последние 5 лет я работаю в SM Lab и в роли методолога продуктового подхода и помогаю ИТ-командам повышать пропускную способность, сокращать время выполнения задач и избавляться от ложной нагрузки. Применяю канбан-метод, фасилитацию и командный коучинг. 

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