Перейти к основному содержимому

3 записи с тегом "focus-time"

Посмотреть все теги

Focus Time: почему 2 часа непрерывного кода равны 6 часам фрагментированной работы

· 8 мин. чтения
Artur Pan
CTO & Co-Founder at PanDev

Исследование Глории Марк из UC Irvine показало, что после одного прерывания требуется в среднем 23 минуты 15 секунд, чтобы вернуться к задаче. А теперь представьте типичное утро разработчика: в 9:07 пришло сообщение в Slack, в 9:15 — напоминание о стендапе, в 9:45 — «быстрый вопрос» от PM. К 10:30 он «работал» 90 минут, но написал ровно 11 строк кода. Три прерывания съели примерно 70 минут когнитивного восстановления.

Это не проблема продуктивности. Это проблема Focus Time. И данные показывают, что она обходится вашей команде гораздо дороже, чем вы думаете.

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

· 10 мин. чтения
Artur Pan
CTO & Co-Founder at PanDev

Ваш сениор-разработчик назначен на три проекта. Вы полагаете, что он отдаёт каждому проекту треть времени. Джеральд Вайнберг посчитал реальную математику в Quality Software Management (1992): при трёх параллельных проектах каждый получает около 20% времени разработчика — а оставшиеся 40% испаряются в виде накладных расходов на переключение контекста.

Это не предположение. Это хорошо задокументированный когнитивный феномен, подтверждённый данными нашей платформы по B2B-инженерным командам и согласующийся с исследованиями Глории Марк из UC Irvine, показавшими 23 минуты восстановления после каждого прерывания. Переключение контекста — одна из самых дорогих невидимых затрат в разработке ПО.

GameDev: как обнаружить и предотвратить кранч с помощью данных

· 10 мин. чтения
Artur Pan
CTO & Co-Founder at PanDev

Кранч — открытый секрет игровой индустрии. Несмотря на десятилетия обсуждений, закрытие студий и выгорание разработчиков, большинство студий по-прежнему не могут ответить на базовый вопрос: кранчит ли наша команда прямо сейчас? IGDA Developer Satisfaction Survey стабильно показывает, что ~50-60% разработчиков игр сталкиваются с кранчем, многие работая 50+ часов в неделю в пиковые периоды.

Они узнают об этом, когда люди начинают увольняться. К тому моменту ущерб уже нанесён — команде, проекту и репутации студии.

Инженерные метрики делают кранч видимым до того, как он станет кризисом. Вот как.