Полевые исследования концепции «Documentation as code»
12 мин
Всем привет! Меня зовут Денис Олейник, я работаю техническим директором в 1Service.
В нашей компании мы достаточно много времени уделяем работе с требованиями. По мере обретения опыта мы стали осознавать, что инструменты, обычно используемые при разработке программных продуктов, приводят нас к состоянию, когда мы не можем утверждать, что реализовали именно то, что хотел от нас заказчик. Именно потому, что в какой-то момент происходит отрыв (gap) первоначально собранных требований от их программной реализации и последующих тестов.

Грань эта находится где-то между требованиями, записанными в Confluence и задачами на их реализацию в Jira. Другая грань проходит между тест-кейсами в инструменте для тестирования и теми же требованиями в Confluence, с оглядкой на код привязанный к задачам в Jira. Отсутствие внятных ответов на вопросы: «зачем/почему мы это реализовали именно так» или «всё ли мы сделали, что хотел от нас заказчик» — вызывали у нас живое беспокойство.
В нашей компании мы достаточно много времени уделяем работе с требованиями. По мере обретения опыта мы стали осознавать, что инструменты, обычно используемые при разработке программных продуктов, приводят нас к состоянию, когда мы не можем утверждать, что реализовали именно то, что хотел от нас заказчик. Именно потому, что в какой-то момент происходит отрыв (gap) первоначально собранных требований от их программной реализации и последующих тестов.

Грань эта находится где-то между требованиями, записанными в Confluence и задачами на их реализацию в Jira. Другая грань проходит между тест-кейсами в инструменте для тестирования и теми же требованиями в Confluence, с оглядкой на код привязанный к задачам в Jira. Отсутствие внятных ответов на вопросы: «зачем/почему мы это реализовали именно так» или «всё ли мы сделали, что хотел от нас заказчик» — вызывали у нас живое беспокойство.