снятие мерок с клиента, вопросы про желаемый цвет, форму, к какому случаю сапоги (сезон, событие и т.п.) и прочие вопросы - как раз и есть выявление и анализ требований
прием заказа с указанием в соответствующем документе (договор, спецификация и т.п.) выявленных требований (с условием, что мы говорим о заказной работе) - документирование и утверждение требований
Идея сделать что-то, чтобы оно потом взлетело - это больше про стартапы, но даже в стартапах прежде чем создать продукт исследуется рынок на будущий спрос. При этом необходимо учитывать, что в любой момент рынок может измениться, поэтому он нуждается в постоянном анализе для актуализации и управления требованиями.
Также, не стоит забывать о внутренней разработке, в данном случае заказчиками являются ваши же коллеги, и, возможно, в том числе и вы сами. Для понимания ожидаемого продукта необходимо собрать и задокументировать мнение каждого заинтересованного лица, чтобы по итогу реализации не сидеть и не вспоминать зачем была реализована та или иная функциональность.
По итогу могу лишь ещё раз подчеркнуть, что этапы работы с требованиями должны присутствовать в любом проекте с учетом адаптации под конкретную методологию разработки продукта.
Неа)) тут gpt4
При этом все шаги сама проверяла. И решила поделиться с людьми кому это интересно
В вашем примере про сапожника:
снятие мерок с клиента, вопросы про желаемый цвет, форму, к какому случаю сапоги (сезон, событие и т.п.) и прочие вопросы - как раз и есть выявление и анализ требований
прием заказа с указанием в соответствующем документе (договор, спецификация и т.п.) выявленных требований (с условием, что мы говорим о заказной работе) - документирование и утверждение требований
Идея сделать что-то, чтобы оно потом взлетело - это больше про стартапы, но даже в стартапах прежде чем создать продукт исследуется рынок на будущий спрос. При этом необходимо учитывать, что в любой момент рынок может измениться, поэтому он нуждается в постоянном анализе для актуализации и управления требованиями.
Также, не стоит забывать о внутренней разработке, в данном случае заказчиками являются ваши же коллеги, и, возможно, в том числе и вы сами. Для понимания ожидаемого продукта необходимо собрать и задокументировать мнение каждого заинтересованного лица, чтобы по итогу реализации не сидеть и не вспоминать зачем была реализована та или иная функциональность.
По итогу могу лишь ещё раз подчеркнуть, что этапы работы с требованиями должны присутствовать в любом проекте с учетом адаптации под конкретную методологию разработки продукта.