Гипотеза является преждевременным, поспешным ответом на поставленный вопрос, сформулированную проблему. Гипотеза не может существовать без вопроса, на который ты пытаешься найти ответ.
Мне предстоит еще многому научиться и сильно вырасти, но я надеюсь, что эти личные уроки все еще могут быть полезны.
Егор руководит командой продактов языка программирования Kotlin, ведет IT-подкаст Podlodka и развивает стартап в нише онлайн-конференций.
Для каждого продукта или почти для каждого продукта можно найти такую игровую механику, которая хорошо сработает для этого продукта.
В этой статье мы кратко рассмотрим 13 стандартов code review, которые могут значительно улучшить состояние вашего программного обеспечения, а также сделать ваших разработчиков счастливее.
Послушайте этот выпуск, в нем мы разобрались в том, как правильно давать и запрашивать обратную связь, и зачем это нужно.
Закон Парето действует практически во всех областях. Присмотритесь к своим действиям и выделите главное!
Приоритизация — это про командную осознанность. Важно не просто отсортировать задачи и выдать их команде, важно, чтобы команда понимала, почему именно так случилось.
Если же компания продолжает использовать простую модель наказаний и поощрений как механизм контроля производительности, она делает хуже самой себе.
Илкка, директор одной из самых успешных игровых студий, не умеет делать игры. По образованию он промышленный инженер и у него нет опыта в игровом дизайне, программировании...
Jobs-To-Be-Done — про то, какая потребность есть у человека и про то, что, если вы хотите быть всегда на коне, вам нужно постоянно искать способы как...
Competitive intelligence — это сбор, получение, аналитика информации о том, в какой среде существует компания. Это что-то, что помогает людям принимать решения, причем как стратегические, так...
iObeya оцифровывает это визуальное управление, так что вы можете получить к нему доступ из любого места, поделиться им с командой и исключить необходимость делать это на...
Нужно запускаться, как можно раньше. Пусть это будет сырое, стремное, некрасивое, но вы, по крайней мере, сможете собрать обратную связь.
Обычно история начинается, когда стартап нащупал бизнес-модель, превратился в бизнес и у него начали появляться деньги на расширение/улучшение.
Подход как минимум любопытный, выпуск может вдохновить на использование игровых механик у себя, делай свой ход!
Ценности нельзя доносить, их можно только с людьми разделять.
Если ты не знаешь, как работает сервис, вы с разработчиком говорите на разных языках. Ты говоришь на языке продукта, а он на языке техники. Лучше вообще...
Через год наступает "прозрение", когда менеджер "неожиданно" обнаруживает, что тривиальные задачи выполняются неделями, а разработчикам все труднее и труднее предсказывать сроки.
Не каждый проект требует переписывания, и мы используем инкрементальный подход к нашим инициативам, когда это возможно. Но нет причин бояться переписывания, если это лучшее решение проблемы.