⚙️ Як писати круті технічні вимоги для розробників? Частина 1. Нещодавно мене запитали як я пишу технічні вимоги, документацію, які інструменти і діаграми використовую. Як завжди, я вважаю, що інструменти зовсім не важливі, куди важливіша людина котра цими інструментами буде користуватися. 🗒️ Почніть з того, що будь-який документ це формат передачі інформації. Ви пишете, малюєте чи будуєте клікабельний прототип, щоб передати якусь інформацію до іншої людини котра прочитає цей документ. Тому найважливіше мати гарне розуміння яку саме інформацію ви хочете передати, і правильну структуру цієї інформації у вашій голові. Тут я не можу дати вам порад як цього досягнути окрім однієї, розібратися і розуміти як те, що ви збираєтесь описати повинно працювати 💻, або вже працює. Ви можете описати тільки те, що ви дійсно розумієте. Тому не так важливо, який інструмент, чи тип діаграми ви будете використовувати для документування, якщо ви зробили погану структуру цієї інформації й загальний аналіз того, що ви хочете донести до іншої людини. Коли ви точно знаєте, що ви хочете донести до іншої людини, правильний формат документа з’явиться сам. ❓Як розуміти системи і інструменти якими я користуюсь, опишу у наступному пості. 🗯️ А як ви підходите до написання технічних вимог?