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