Как писать требования так, чтобы команда хотела их читать / Александр Войтехович / ISsoft

В своём выступлении Александр раскрываемые темы:
- Анализ доменной области
- Формулирование целей пользователя
- Советы по написанию критериев приемки
- Темплейт пользовательской истории
Остаёмся на связи!
/ @analystby_community
t.me/joinchat/DEebC1CPEl2uOvl...
/ analystby
/ analyst.by
analystby
Спасибо компании Qulix Systems за видеозапись выступлений.
Qulix Systems создает надежные IT-решения в сфере разработки/тестирования ПО, а также оказывает консалтинговые услуги. Компания была основана в 2000 году, и на данный момент в штате работает более 350 специалистов. Ежегодно на международные B2B и B2C рынки поступает около 160 проектов, успешно реализованных Qulix Systems. Больше информации о компании на сайте www.qulix.com/

[@yaroslavabondarenko9219]

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

[@gsstroy5347]

Спасибо, Александр, за доклад! Информативно, полезно и ёмко.

[@alesiakarpelenia5034]

Спасибо, было интересно и полезно 👍

[@ninelvaschenko8088]

Спасибо. Хорошая подача инфо

[@juv7823]

Благодарю за такую ёмкую, содержательную, полезную лекцию. 🙏

[@kseniatech]

Топ, спасибо

[@isamstay]

Почему так мало просмотров и комментов? Очень полезная инфа же

[@skifrg]

не продвигает в рф, сам случайно нашел

[@user-bt1yf2jk1x]

не понравилась английская презентация. Докладчик вещает по русски, объясняет по-русски, а презентация английская? тут правильнее и гармоничнее смотрелась бы презентация на русском

[@VladiYaX]

Странно, доклад на русском, презентация - на английском... ))

[@kovnick]

Хороший доклад о том, как делать аналитику НЕ нужно

[@fensmart437]

У Александра фамилия = название стартапа. VoiTech.

[@alekseykostyuk3806]

Много думаете за разработчиков. Не делайте так никогда. Приходите в команду с проблемой, а не решением. И дайте специалистам делать свое дело.

[@alexandervaitsiakhovich8816]

На самом деле, зависит также от пожеланий разработчиков. Порой встречаются команды, которые ожидают очень детализированных требований: без них работа просто не может сдвинуться с места. Можно, тут отражаются особенности аутсорса: разработчики привыкают к меньшей самостоятельности, чем в продуктовой модели

[@user-hw6dw3np6v]

а что по русски писать тезисы уже не можем ?! хотя бы дублировать их или вы уже там в силиконовой долине себя представляете ?