NM
@nikmelnikov давай уже ответ
У Саши есть ответ
Size: a a a
2020 February 10
АП
Приглашаю на мини-вебинар "Демонстрация ПО TopTeam", на котором я покажу возможности самой программки "TopTeam" и примеры ее использования у нас в компании.
Дата проведения 17.02.2020 в 19:00
Длительность 40 минут (ограничение Zoom, надеюсь хватит)
Ссылка для подключения - https://zoom.us/j/673625923https://zoom.us/j/673625923
Дата проведения 17.02.2020 в 19:00
Длительность 40 минут (ограничение Zoom, надеюсь хватит)
Ссылка для подключения - https://zoom.us/j/673625923https://zoom.us/j/673625923
Очень интересно, но не смогу онлайн посмотреть, потому уточню-запись будет? И как при наличии доступ получить к записи?
АП
Анна Павлова
Очень интересно, но не смогу онлайн посмотреть, потому уточню-запись будет? И как при наличии доступ получить к записи?
запись планируется, в zoom я проверил эту функцию и галочку для этой демонстрации поставил. Скорей всего на ютуб выложу
АП
Благодарю, буду следить за новостями;)
VG
Всем привет. Я начинающий продакт, пожалуйста дайте совет, как выстроить процесс разработки.
1. Делаем митинг, где обсуждаем функционал
2. Продакт менеджер пишет бизнес требования к функционалу(оно не содержит технических аспектов)
3. Еще один митинг, где девелоперы оценивают функционал в часах работы
4. Девелоперы/продакт менеджер ??? Пишут технические требования к функционалу
5. Продакт делает роадмап
6. Начало разработки
1. Делаем митинг, где обсуждаем функционал
2. Продакт менеджер пишет бизнес требования к функционалу(оно не содержит технических аспектов)
3. Еще один митинг, где девелоперы оценивают функционал в часах работы
4. Девелоперы/продакт менеджер ??? Пишут технические требования к функционалу
5. Продакт делает роадмап
6. Начало разработки
A
Всем привет. Я начинающий продакт, пожалуйста дайте совет, как выстроить процесс разработки.
1. Делаем митинг, где обсуждаем функционал
2. Продакт менеджер пишет бизнес требования к функционалу(оно не содержит технических аспектов)
3. Еще один митинг, где девелоперы оценивают функционал в часах работы
4. Девелоперы/продакт менеджер ??? Пишут технические требования к функционалу
5. Продакт делает роадмап
6. Начало разработки
1. Делаем митинг, где обсуждаем функционал
2. Продакт менеджер пишет бизнес требования к функционалу(оно не содержит технических аспектов)
3. Еще один митинг, где девелоперы оценивают функционал в часах работы
4. Девелоперы/продакт менеджер ??? Пишут технические требования к функционалу
5. Продакт делает роадмап
6. Начало разработки
Че, аналитиков нет?
VG
VK
А до продакта ты имел отношение к разработки?
KS
Всем привет. Я начинающий продакт, пожалуйста дайте совет, как выстроить процесс разработки.
1. Делаем митинг, где обсуждаем функционал
2. Продакт менеджер пишет бизнес требования к функционалу(оно не содержит технических аспектов)
3. Еще один митинг, где девелоперы оценивают функционал в часах работы
4. Девелоперы/продакт менеджер ??? Пишут технические требования к функционалу
5. Продакт делает роадмап
6. Начало разработки
1. Делаем митинг, где обсуждаем функционал
2. Продакт менеджер пишет бизнес требования к функционалу(оно не содержит технических аспектов)
3. Еще один митинг, где девелоперы оценивают функционал в часах работы
4. Девелоперы/продакт менеджер ??? Пишут технические требования к функционалу
5. Продакт делает роадмап
6. Начало разработки
А почему роадмап в самом конце?:) Это же устанавливающий документ развития продукта. А его тут в дальний угол запихнули.
По факту, надо понять кто и в каком формате будет ставить разработчикам задачи. Насколько они опытные? Могу ли работать с пользовательскими требованиями? Или зеленые новички которым надо каждый пук в базе данных прописывать в документе?
По факту, надо понять кто и в каком формате будет ставить разработчикам задачи. Насколько они опытные? Могу ли работать с пользовательскими требованиями? Или зеленые новички которым надо каждый пук в базе данных прописывать в документе?
A
Советую
1. Пробить хорошего аналитика
2. Отдать ему п.4, самому только помогать и согласовывать
3. Пока его нет, выбери из программистов того, кто может в аналитику, и совместно с ним прорабатывайте окончательную задачу для разработки.
Это может быть один или разные программисты в зависимости от того кто есть. Можно "архитектора" назначить.
1. Пробить хорошего аналитика
2. Отдать ему п.4, самому только помогать и согласовывать
3. Пока его нет, выбери из программистов того, кто может в аналитику, и совместно с ним прорабатывайте окончательную задачу для разработки.
Это может быть один или разные программисты в зависимости от того кто есть. Можно "архитектора" назначить.
VG
А до продакта ты имел отношение к разработки?
-
VK
1. Я не уверен, что именно продакт занимается вопросами разработки. Ты потеряешь фокус с продукта.
VG
1. Я не уверен, что именно продакт занимается вопросами разработки. Ты потеряешь фокус с продукта.
стартап
VK
2. Если ты не умел лазить по стенам, то и врят ли быстро научишься это делать.
VK
3. Разработка это про людей и их умения/возможности.
VK
4. Стартап это взлет и падение.
VK
Вот там выше писали, что проще найти человека кто в это умеет и заняться своей работой.
2020 February 11
VK
@skralin если у тебя есть какие-то личные вопросы к ИАЦ, то задай их напрямую. Это не чат ватных аналитиков.
NN
@Pingvinolog ты суров с утра