Как организовать написание кода на собеседовании

В Byndyusoft на собеседовании кандидаты пишут код в паре с одним из наших опытных разработчиков. Цель этой практики — определить настоящий, боевой уровень разработчика, а не теоритический.

Если с кандидатом только проговорить или дать тестовое задание на дом, то можно серьезно ошибиться в его компетенциях. В противовес этим подходам программирование в паре с экспертом компании дает почти 100% результат в определении компетенций. Это как дать водителю автомобиль или дать пианисту пианино: мастерство или неумение сразу бросаются в глаза.

Техническое задании: методология, риски, ограничения, варианты оформления

Собрал в шести статьях всё, что знал о планировании работы в IT-проектах и написании технических заданий.

1. Когда надо прекратить писать Техническое задание и начать делать проект? Дана схема как балансировать между чрезмерно подробным, а значит дорогим, ТЗ и слишком абстрактным, что ведет к рискам и ошибкам.

Как и какое техническое задание писать при работе по Agile

1. Техническое задание при работе по Agile

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

Видео. Как перейти от проектного мышления к продуктовому. Опыт из заказной разработки

Видео-запись моего доклада "Как перейти от проектного мышления к продуктовому. Опыт из заказной разработки", который я рассказывал на Codefest 2018 в Новосибирске.

По обратной связи участников конференции доклад занял третье место в рейтинге самых полезных докладов секции ПМ и 5-е в рейтинге самых интересных докладов конференции. Спасибо, что так высоко оценили.

Интервью о переходе от проектного мышления к продуктовому

Этой весной я выступал на Codefest в Новосибирске. Рассказывал, как перейти от проектного мышления к продуктовому. После доклада меня позвали дать интервью, где я рассказал о переходе от проектного мышления к продуктовому, кросс-функциональных командах и о том, где взять крутого Product Owner'а.