Архив рубрики ‘Управление разработкой’

Merge Request как транзакция

В этой заметке описана концепция организации производства ПО «Merge Request как транзакция изменения системы, и где в ней возникает eventual consistency». Имеется положительный опыт применения данной концепции на большом общероссийском проекте со сложным процессом производства ПО. Здесь же, в качестве примера, мы будем рассматривать её на большом абстрактном проекте, который описан ниже. Данная концепция приносит […]

Процессы vs. Инструменты: как выстроить сквозной поток создания ценности

Недавно мы с командой посчитали, сколько времени уходит только на то, чтобы найти информацию о задаче. Получилось около 8 часов в неделю на человека — это целый рабочий день, который тратится на переключение между Jira, Excel, почтой, Service Desk, GIT,  Confluence и ещё парой внутренних систем. При этом половина контекста всё равно теряется где-то между […]

Vanilla dev., Framework, CMS, конструктор или AI – что выбрать для разработки веб-приложения

Полагаясь на свой опыт работы в качестве веб-разработчика написал небольшую статью, по большей части рассчитанную на менеджеров IT-компаний, SEO-специалистов и младших веб-разработчиков. Если будущее приложение представляет из себя CLI-утилиту или является частью микросервисной архитектуры как отдельный микросервис, то разумно ограничить выбор достаточного инструмента для разработки языком программирования (vanilla development) или микрофреймворком.

Лучшие практики для бизнеса из профессионального спорта. Часть 1: Разбор полетов

Продолжаю цикл статей о том, что традиционный бизнес обязан подсмотреть и забрать себе из практик профессиональных игровых видов спорта (потому что спорт, внезапно, оказывается сложнее и умнее). Нулевая, вводная часть выложена здесь, а сегодня мы разберем, зачем нужно то, что называется словами Post-game review, Post-season Review, After Action Review или «Разбор полетов».

Agile не виноват: почему методология не работает в вашей компании

Внедрили Agile, проводите дейли и ретроспективы, делите работу на спринты — но результата нет. Пожары задач, техдолг растет, команды не успевают. В чем проблема?  Привет! Меня зовут Артем Герасимов, я владелец продукта SimpleOne SDLC. Я считаю, что если Agile не работает в вашей компании — то методология тут ни при чем. Разберемся, в чем настоящая […]

Per aspera ad astra. Как построить космолет, не привлекая внимания санитаров

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

Ошибки в управлении проектами начинающего проджект менеджера

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

Чем занимается CTO в MWS: типичные задачи руководителя направления

Привет, Хабр! Меня зовут Леша Жиряков, я руковожу бэкенд-направлением витрины KION, возглавляю гильдию по Python и пишу для блога MWS на Хабре

Управляем техдолгом, пока он не начал управлять нами

Все разработчики знают, что такое техдолг. Но практика показывает, что даже в рамках одной команды люди могут по разному трактовать понятия техдолга, технических задач и пр. Предлагаю разобраться, что же это такое, откуда берется и что с этим всем можно делать. В первом приближении техдолг — это некоторое количество задач, которые мы должны сделать. Отсюда […]

Front & Back End инновационного процесса

Инновационный процесс принято разделять на две принципиально разные, но взаимодополняющие фазы: нечёткую начальную (Fuzzy Front End, FFE) и структурированную завершающую (Structured Back End, SBE).