🧾Changelog, pt. 2
Как вести журнал изменений
Changelog — для людей.
Изменение — с версией и датой релиза.
Последняя версия — сверху в журнале.
Это не лозунги, это устоявшиеся правила ведения журнала изменений. А ниже пак советов и идей, основанных на личном опыте. Думаем, что они будут полезны не только нам ☺️
▪️Не стоит публиковать записи в changelog в формате длинных текстов. Если изменений много, лучше разбить одну такую мегазапись на несколько и делиться ими с интервалом в 1-2 дня.
▪️Используйте теги.
▪️В журнале изменений говорите на языке пользователя. От избытка специфических терминов и метаязыка разработчиков лучше отказаться.
▪️Не заморачивайтесь с инструментом ведения такого журнала. Если вам удобно его вести в формате блога в Телеграм — вы в своём праве. Содержание превыше всего.
▪️К вопросу про содержание: изменения, о которых вы пишете, должны затрагивать пользователей. Если ваша БД переехала на новые серверы, то нужно будет объяснить, как это отразится на юзере.
▪️Вовлечение — тоже важно. Всяческий интерактив в виде реакций, возможности поделиться, интеграции вашего changelog'а с блогами, личным кабинетом и прочими составляющими здорово поможет.
В общем, если среди ваших задач есть что-то из предыдущего поста, то имеет смысл завести журнал изменений или начать пользоваться уже существующим.
#community_management_AGIMA
#managing_team_AGIMA
#cx_ux_research_AGIMA
Как вести журнал изменений
Changelog — для людей.
Изменение — с версией и датой релиза.
Последняя версия — сверху в журнале.
Это не лозунги, это устоявшиеся правила ведения журнала изменений. А ниже пак советов и идей, основанных на личном опыте. Думаем, что они будут полезны не только нам ☺️
▪️Не стоит публиковать записи в changelog в формате длинных текстов. Если изменений много, лучше разбить одну такую мегазапись на несколько и делиться ими с интервалом в 1-2 дня.
▪️Используйте теги.
▪️В журнале изменений говорите на языке пользователя. От избытка специфических терминов и метаязыка разработчиков лучше отказаться.
▪️Не заморачивайтесь с инструментом ведения такого журнала. Если вам удобно его вести в формате блога в Телеграм — вы в своём праве. Содержание превыше всего.
▪️К вопросу про содержание: изменения, о которых вы пишете, должны затрагивать пользователей. Если ваша БД переехала на новые серверы, то нужно будет объяснить, как это отразится на юзере.
▪️Вовлечение — тоже важно. Всяческий интерактив в виде реакций, возможности поделиться, интеграции вашего changelog'а с блогами, личным кабинетом и прочими составляющими здорово поможет.
В общем, если среди ваших задач есть что-то из предыдущего поста, то имеет смысл завести журнал изменений или начать пользоваться уже существующим.
#community_management_AGIMA
#managing_team_AGIMA
#cx_ux_research_AGIMA
❓Shared understanding + Product Management
Shared understanding (общее понимание) — командная осознанность — один из важнейших скиллов продуктовой команды. Даже если в команде практикуются самые что ни на есть релевантные подходы к разработке, активно используется роадмэп и приоритизация задач любыми подходящими способами — всё это не будет гарантом того, что задачу интерпретируют правильно.
Так что же такого нужно осознать команде, дабы прийти к общему знаменателю для достижения поставленных целей? Каждый командный игрок должен знать ответы на связку вопросов «Кто-Что-Почему»:
🔘Кто?
Кто ваш пользователь? Какие у него боли?
🔘Что?
Что делается в продукте лично вами?
🔘Почему?
Почему это делается именно так, а не иначе?
Интегрировать shared understanding в вашу команду можно с помощью того же OKR. Один из методов, который убивает всех интересующих зайцев: и командную осознанность развивает, и синками славится, и контроль делает эффективным. Но про OKR уже в следующем посте нашего уютного канала ☺️
#managing_team_AGIMA
Shared understanding (общее понимание) — командная осознанность — один из важнейших скиллов продуктовой команды. Даже если в команде практикуются самые что ни на есть релевантные подходы к разработке, активно используется роадмэп и приоритизация задач любыми подходящими способами — всё это не будет гарантом того, что задачу интерпретируют правильно.
Так что же такого нужно осознать команде, дабы прийти к общему знаменателю для достижения поставленных целей? Каждый командный игрок должен знать ответы на связку вопросов «Кто-Что-Почему»:
🔘Кто?
Кто ваш пользователь? Какие у него боли?
🔘Что?
Что делается в продукте лично вами?
🔘Почему?
Почему это делается именно так, а не иначе?
Интегрировать shared understanding в вашу команду можно с помощью того же OKR. Один из методов, который убивает всех интересующих зайцев: и командную осознанность развивает, и синками славится, и контроль делает эффективным. Но про OKR уже в следующем посте нашего уютного канала ☺️
#managing_team_AGIMA