Почему дешёвые разработчики обходятся дорого

Эта статья — перевод моего поста, опубликованного на Medium в прошлом году. Поводом послужил очередной факап в одном из кросс-командных проектов, куда пригласили «экономных» разработчиков. Все имена и цифры, естественно, изменены — GDPR, BDSG и прочий Datenschutz не дремлют.

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


(далее…)

Делать фичи или техдолг: как мы решали проблему разработки с помощью мыслительных инструментов теории ограничений

Теория ограничений — это метод управления, разработанный Элияху Голдратом в 1980-х годах. Для популяризации своих идей он написал несколько книг в формате бизнес-романов, где на реальных кейсах показал инструменты, которые помогают разложить любую проблему по полочкам и найти возможные пути решения. 

Когда мы в Точке узнали про теорию ограничений, она показалась нам серебряной пулей, которая может решить все проблемы. В том числе и проблему сбоев, так как всего за пять месяцев года мы получили абсолютно негуманный размер (далее…)

Почему ваши JIRA Velocity и Sprint Reports вероятно ошибочны

Вы когда-нибудь задумывались, какие именно задачи учитываются при расчёте velocity — и как на самом деле работают Velocity и Sprint Reports? Если нет, скорее всего ваши репорты не отражают реальную картину.

Вот 4 распространённых нюанса, которые могут серьёзно исказить ваши Velocity и Sprint Reports — и как моё приложение Multi-team Metrics & Retrospective может во многом автоматически устранить их:

1. Вы удаляете задачи из спринта только если они были действительно деприоритизированы?

(далее…)

Системный аналитик и управление хаосом на проекте. Часть 1: диагностика хаоса

Представь, что ты пришел на новый проект, который находится в состоянии глубокого информационного хаоса. Требования разбросаны по десяткам файлов, нет протоколов встреч, идеи Product Owner’а меняются слишком быстро, а ключевая информация теряется между переписками в мессенджерах и электронной почтой.

К сожалению, так бывает! И попытки сразу перейти к структурированию в текущих условиях — очень большая ошибка. Потому что без предварительной оценки есть огромный риск потратить большое количество времени на “работу в стол”.

(далее…)

Проектирование: Начало

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

Цикл статей о проектировании, призван показать один из возможных путей, достижения успеха, через проектирование программного обеспечения с использованием UML (англ. Unified Modeling Language) — унифицированный язык моделирования.

(далее…)

Как за один вечер создать репутацию вашего стартапа в поисковой выдаче: 20 бесплатных площадок для быстрого буста

Итак, вы наконец-то выкатили в мир свой стартап или микросервис. Поздравляю — это не просто шаг, это рывок. А дальше начинается самый интересный этап: выстраивание доверия. Потому что, как бы ни был хорош ваш продукт, первый пользователь, первый партнер и первый инвестор пойдут не на лендинг, а в Google или Яндекс. И вот там — в выдаче по вашему названию — они и сформируют своё впечатление.

(далее…)

Presale-инженер АСУТП: адаптация молодого сотрудника

Всем привет!

На связи Дмитрий Углев, руководитель группы инженеров по применению продукции (presale-инженеров) компании “Прософт-Системы”, которая работает в сфере автоматизации промышленных объектов.

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

Развивая ранее заданную тему, напишу в этот раз про часть испытательного срока
(далее…)

CTO: рынок, стратегия и инженерная культура

CTO: рынок, стратегия и инженерная культура - 1

За последние 10+ лет я строил продуктовые инженерные практики и культуру как в стартапах, выросших с нуля до 100+ человек, так и в корпорациях с 1000+ штатом. 

Это конспект моего опыта и ответы на четыре вопроса: что делает (далее…)

Заговор разработчиков против корпораций: работа с командой

‣ Почему для перехода в другую компанию нужно тренировать навыки, никак не относящиеся к работе?
‣ Почему вместо работы мы ходим на встречи, а вместо принятия рисков занимаемся гаданием?
‣ Почему нам говорят: «владейте продуктом», но прибылей от продукта не достается?

На все вопросы легко находятся ответы, если перестать притворяться, что братства техно-анархистов не существует.

Статья является последней в цикле «Заговора разработчиков»:

  1. Тактика работы с кодовой базой.

  2. Тактика работы с архитектурой.

  3. (далее…)

Что открыть в 2025, если ты не Илон Маск и не хочешь продавать курсы?

Если у тебя нет инвестора, 30-тысячной аудитории в Instagram и желания впаривать «менторство» по 5К в час — эта статья для тебя.

Когда «просто открой бизнес» уже не работает

Каждый год появляется миллион статей с одинаковым посылом:
— Найди своё предназначение.
— Делай то, что любишь.
— Открой кофейню / студию массажа / маркетинговое агентство.

А потом на авито появляются:

  • проданная кофемашина,

  • стол из массажа за 3 000 ₽ в идеале,

  • и бывший «фаундер» на собеседовании в «Яндекс Маркете».

(далее…)