﻿# source: 2026-08-05/rec_20260805_174153.m4a
# model: Systran/faster-whisper-small
# transcribed: 2026-10-22T08:41:38Z

[00:00:00] Мне кажется, что надо писать тз в тз-документацию
[00:00:08] даже из бизнеса, требования функциональных и технических,
[00:00:14] не в императивном ключе типа
[00:00:20] «делай это, делай то, делай все», а в декларативном ключе.
[00:00:27] То есть, вот нужно найти этот баланс,
[00:00:30] то есть, смысл какой, что у нас есть
[00:00:34] вот, какой-то навык нашу, мы пишем под него
[00:00:41] «напор требований, декларативных, бизнес требования,
[00:00:49] функциональные требования и функциональные требования,
[00:00:52] технические требования».
[00:00:53] Технически это как это должно быть реализовано,
[00:00:57] функциональные и функциональные, как это должно работать,
[00:01:00] и в бизнес требования зачем все это нужно.
[00:01:03] А потом мы с боку, при пеку можем написать,
[00:01:08] опять-то называют это «Родбоб» высоты,
[00:01:11] мы можем написать одну грубую инструкцию
[00:01:14] по реализации, то есть план работ.
[00:01:18] То есть, реализация – это должен быть отдельный документ,
[00:01:54] когда получается, что мы можем писать всегда требования
[00:02:00] просто дополняя какой-то большой общий набор,
[00:02:03] а за счет вот пакетов разработки,
[00:02:08] которые вот нам надо, вот у нас есть требования,
[00:02:11] вот мы все не разрабатывать.
[00:02:13] Мы чуть-чуть-чуть сделали все, вот документация,
[00:02:16] вот что мы сделали.
[00:02:17] Дальше мы несли изменения в документацию,
[00:02:20] мы можем написать план по доработке.
[00:02:24] Да, в раз там появился план по доработке.
[00:02:27] Доработка, но план по доработке
[00:02:29] не должен включать себе сами требования.
[00:02:32] То есть тогда у нас, мы по сути то, что мы пишем в виде требований,
[00:02:36] то, что мы пишем в виде требования,
[00:02:42] оно может быть в едином экземпляре,
[00:02:45] дорабатываться и так далее.
[00:02:47] Ладно, давай сейчас отмечем звонит,
[00:02:49] пройдешь, не помилуй, не волнуй.
