Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017) — различия между версиями
м |
м (Массовая правка: замена PCRE ^ на {{RightNote|Еще про архитектуру}}) |
||
(не показано 5 промежуточных версий этого же участника) | |||
Строка 1: | Строка 1: | ||
+ | {{RightNote|[[:Категория:Архитектура|Еще про архитектуру]]}} | ||
'''<big>Как выбрать для проекта практики проектирования и работы с требованиями</big>''' | '''<big>Как выбрать для проекта практики проектирования и работы с требованиями</big>''' | ||
Строка 4: | Строка 5: | ||
'''[http://analystdays.ru/ru/talk/45488 Доклад на сайте конференции]''' | '''[http://analystdays.ru/ru/talk/45488 Доклад на сайте конференции]''' | ||
[http://www.slideshare.net/mtsepkov/choose-method-for-requirements-ttsepkov-analyst-days2017 Презентация на slideshare] | [http://www.slideshare.net/mtsepkov/choose-method-for-requirements-ttsepkov-analyst-days2017 Презентация на slideshare] | ||
− | + | [https://vimeo.com/220458510 Видео на vimeo] | |
− | Методы проектирования и работы с требованиями должны обеспечивать эффективную коммуникацию между всеми членами команды и гибкую разработку софта с возможностью дальнейшей модернизации. Развитие IT накопило богатый набор разнообразных практик, позволяющих достичь этого в проектах разной сложности, масштаба и назначения: user story, use case, BDD, TDD, FDD, DDD, архитектурная работа в | + | Методы проектирования и работы с требованиями должны обеспечивать эффективную коммуникацию между всеми членами команды и гибкую разработку софта с возможностью дальнейшей модернизации. Развитие IT накопило богатый набор разнообразных практик, позволяющих достичь этого в проектах разной сложности, масштаба и назначения: user story, use case, BDD, TDD, FDD, DDD, архитектурная работа в SAFе, включая и более традиционные подходы. Как всегда бывает с широким набором инструментов, возникает проблема выбора подходящего. Часто просто выбирают знакомый инструмент или пытаются провести сравнение на модельных задачах, но то, что хорошо для небольшой задачи, не всегда подойдет длинному проекту. |
В докладе будет сделан обзор различных практик, решаемых благодаря им коммуникационных задач и предполагаемого разделения труда в команде. Также будут представлены способы поддержки развития и модернизации продукта на долгом жизненном цикле. Доклад является развитием моего поста [[Блог:Максима Цепкова/2017-01-08: Инженерные практики Agile|инженерные практики Agile]]. | В докладе будет сделан обзор различных практик, решаемых благодаря им коммуникационных задач и предполагаемого разделения труда в команде. Также будут представлены способы поддержки развития и модернизации продукта на долгом жизненном цикле. Доклад является развитием моего поста [[Блог:Максима Цепкова/2017-01-08: Инженерные практики Agile|инженерные практики Agile]]. | ||
Строка 12: | Строка 13: | ||
= Видео = | = Видео = | ||
− | + | <html><iframe src="https://player.vimeo.com/video/220458510" width="640" height="213" frameborder="0" webkitallowfullscreen mozallowfullscreen allowfullscreen></iframe> | |
+ | <p><a href="https://vimeo.com/220458510">Как выбрать для проекта практики проектирования и работы с требованиями</a> from <a href="https://vimeo.com/orlikov">Vlad Orlikov</a> on <a href="https://vimeo.com">Vimeo</a>.</p></html> | ||
= Презентация = | = Презентация = |
Текущая версия на 18:21, 7 декабря 2023
Как выбрать для проекта практики проектирования и работы с требованиями
Доклад прочитан на AnalystDays-2017 21.04.2017 Доклад на сайте конференции Презентация на slideshare Видео на vimeo
Методы проектирования и работы с требованиями должны обеспечивать эффективную коммуникацию между всеми членами команды и гибкую разработку софта с возможностью дальнейшей модернизации. Развитие IT накопило богатый набор разнообразных практик, позволяющих достичь этого в проектах разной сложности, масштаба и назначения: user story, use case, BDD, TDD, FDD, DDD, архитектурная работа в SAFе, включая и более традиционные подходы. Как всегда бывает с широким набором инструментов, возникает проблема выбора подходящего. Часто просто выбирают знакомый инструмент или пытаются провести сравнение на модельных задачах, но то, что хорошо для небольшой задачи, не всегда подойдет длинному проекту.
В докладе будет сделан обзор различных практик, решаемых благодаря им коммуникационных задач и предполагаемого разделения труда в команде. Также будут представлены способы поддержки развития и модернизации продукта на долгом жизненном цикле. Доклад является развитием моего поста инженерные практики Agile.