Автор Тема: Как выглядит техническое задание для agile метода?  (Прочитано 533 раз)

Ульяна

  • Newbie
  • *
  • Сообщений: 2
  • Рейтинг читателей: 1
    • Просмотр профиля
Я умею писать техническое задание для водопадного метода -  там сразу всё очень подробно пишется.
А когда планируется agile метод разработки, то как будет выглядеть техническое задание -  просто список названий пользовательских историй(я имею ввиду ту часть технического задания, где в водопадном методе  описываются "Системные функции", а именно "Функциональные требования")?


davvol

  • Full Member
  • ***
  • Сообщений: 211
  • Рейтинг читателей: 33
    • Просмотр профиля
Я умею писать техническое задание для водопадного метода -  там сразу всё очень подробно пишется.
А когда планируется agile метод разработки, то как будет выглядеть техническое задание -  просто список названий пользовательских историй(я имею ввиду ту часть технического задания, где в водопадном методе  описываются "Системные функции", а именно "Функциональные требования")?
А кому будет полезен просто список названий пользовательских историй?
Agile не регламентирует конкретный способ фиксации требований. Можете делать как хотите, придерживаясь основных правил agile.
Но наиболее подходящий и легковесный на мой взгляд - это работа по пользовательским историям, без какого-либо ТЗ.
И соответственно релиз определяется набором историй в нем.
Если заказчику очень нужно, делаете ему документ с этим набором. Не нужно - не делаете.

SALar

  • Member of CAR
  • Sr. Member
  • *****
  • Сообщений: 487
  • Рейтинг читателей: 32
    • Просмотр профиля
    • 255 ступеней
Я умею писать техническое задание для водопадного метода -  там сразу всё очень подробно пишется.
А когда планируется agile метод разработки, то как будет выглядеть техническое задание -  просто список названий пользовательских историй(я имею ввиду ту часть технического задания, где в водопадном методе  описываются "Системные функции", а именно "Функциональные требования")?
1. ТЗ для agile пишется точно так же ка для не agile.
2. RUP и MSF это agile? Ваше определение.
3. А что такое agile? Я собираю коллекцию определений. Они довольно забавны. Лучшее было: "Хренак, хренак и в продакшен - это agile!".
4. А что водопад существует?!
5. Кроме того, водопад ничем не противоречит agile. Внезапно. Но не все это знают.
Сергей Мартыненко
http://martyinenko-sergey1.moikrug.ru/

SALar

  • Member of CAR
  • Sr. Member
  • *****
  • Сообщений: 487
  • Рейтинг читателей: 32
    • Просмотр профиля
    • 255 ступеней
Кстати. Термин agile был в моде лед 10 назад. Потом было модно говорить Канбан. Сейчас модно говорит девопс.
С каждой итерацией все становится хуже и хуже.
Сергей Мартыненко
http://martyinenko-sergey1.moikrug.ru/

Григорий Печенкин

  • Member of CAR
  • Hero Member
  • *****
  • Сообщений: 1330
  • Рейтинг читателей: 58
    • Просмотр профиля
    • http://www.greesha.ru
ТЗ обычно разрабатывается до начала создания продукта и содержит, в основном, бизнес-требования.
А пользовательские истории - это, с одной стороны, пользовательские требования довольно низкого уровня, а с другой - элемент управления требованиями. Включение их в ТЗ не имеет смысла, их место в бэклоге, который можно считать "рабочим документом" команды разработки.

Посмотрите, например, на "Электронный журнал".

Вот ТЗ со структурой, примерно соответствующей ГОСТ 34 (уровень бизнес-требований): http://eljur.ru/elektronnyj-zhurnal-sootvetstvuet-trebovaniyam-ministerstva-obrazovaniya-i-nauki
Вот довольно детальный перечень функций: http://eljur.ru/vse-funkcii-elektronnogo-zhurnala-dlya-shkol

Вполне можно предположить, что разработка велась с использованием практик Agile - итерациями и по бэклогам, включающим пользовательские истории. Но с их помощью только реализуются функции, которые, в свою очередь, реализуют требования, перечисленные в ТЗ. ТЗ живёт долго, на протяжении всей жизни продукта, а пользовательские истории - как бабочки-однодневки: написали, реализовали и выбросили.
greesha.ru

Реальность - это убийство прекрасной теории бандой мерзких фактов. (Роберт Гласс)