ТЗ не детализирован — потеряли 9,2 млн ₽
В практике IT-контрактов бытует мнение: главное — подписать договор, а детали можно уточнить по ходу. Однако, гладко было на бумаге…
В практике IT-контрактов бытует мнение: главное — подписать договор, а детали можно уточнить по ходу. Однако, гладко было на бумаге…
Вайб‑кодинг уже стал привычным способом разработки: человек описывает задачу обычным языком, а ИИ помогает писать и уточнять код. Но до кода обычно появляются требования, карта процесса и техническое задание. Если этот этап выполнен поверхностно, модель лишь быстрее создаст решение не той задачи. Для работы аналитика точнее подходит термин вайб‑спекинг — диалог с ИИ, в котором исходная идея постепенно превращается в спецификацию: с границами доработки, объектами конфигурации, исключениями, […]
Привет, Хабр! Меня зовут Александр Сахаров, я директор по работе с партнерами компании «Диасофт». За двадцать с лишним лет в индустрии никто из нас не видел идеального ТЗ. Ни разу. При этом каждый новый проект начинается с уверенного «у нас всё прописано». Компании теряют сотни миллионов на выборе стека, который считают «деталью». А low-code продолжают […]
Обычно аналитик долго пишет ТЗ, когда пытается делать три вещи одновременно: понять задачу, спроектировать решение и оформить это всё в документ. Это как сервировать праздничный стол, не решив, что будете готовить, и параллельно искать рецепт в интернете. В этот момент разные интеллектуальные процессы смешиваются в одну кучу и возникает лишняя суматоха.
На днях прислали в рабочую почту очередное ТЗ в Word на разработку, для комментирования и оценки реализации. При том что у нас есть корпоративный Confluence — мощнейшая система, как раз предназначенная для коллективной работы. Не мне Вам рассказывать, что сегодня формулировать мысли в Word, при наличии Confluence‑подобных систем — очередной злостный антипаттерн. Confluence прекрасно справляется с описанием ТЗ сразу на веб‑страницах и позволяет всем заинтересованным участникам откомментировать любой абзац или слово онлайн, сразу получая […]
Разработка документации на создаваемые ИТ-продукты – это не только «правила хорошего тона», но и насущная необходимость. Ведь без технического задания невозможно зафиксировать требования к продукту, без руководства пользователя сложно грамотно продуктом пользоваться, без технической документации, описывающей продукт, сложно будет искать и исправлять ошибки и проводить необходимые доработки, когда в них возникнет необходимость, и т.д.
Автор статьи: Дмитрий Курдюмов Участвовал в Аджайл-трансформациях в крупнейших компаниях в России (Альфа банк, МТС, Х5 retail group), с международным опытом в стартапе зарубежом
Рассмотрим практический разбор слабых мест в технических заданиях на разработку систем, сервисов и т.д. Идеальное ТЗ — утопия, но многие болезненные моменты и конфликты на стадии приемки можно предсказать и минимизировать. Часто они возникают не из-за злого умысла, а из-за слепых зон в документе.