DigitableCourses
Настройки портала
English
Показать возможности портала

Локально и без аккаунта. Аккаунта нет, регистрация не нужна: введённое в инструменты остаётся в localStorage браузера и на сервер не уходит.

Свой счётчик считает открытия страниц и дочитывания: уезжает адрес и десятая доля текста. Без cookies и чужих счётчиков, IP не хранится, Do Not Track уважается. Как это проверить

Репозиторий портала не выложен, «открытым кодом» мы его не зовём. Открыто это:

Digit flang Допуск агента tools-core IT Tools Chat digitwm blender-mcp Hugging Face Лицензии

Живёт портал на донатах, платных консультациях и разборах по запросу и покупке Workbench.

Поддержать Заказать разбор Workbench

Планов делать курсы платными нет.

Карьера

Системный и бизнес-аналитик

Превращает размытое «надо сделать» в требования, по которым можно построить и проверить систему.

Роли и переходы Самооценка

Шаг 2 из 2 · Системный и бизнес-аналитик

На каком уровне внутри роли?

Куда отсюда ходят: Продакт-менеджер, Бэкенд-разработчик, Данные и машинное обучение, QA-инженер, Архитектор

Не знаю уровень — открыть карточку роли целиком Выбрать другую роль

  1. Junior
  2. Middle
  3. Senior и дальше

Junior

Сразу к самооценке

По сравнению с учёбой меняется материал: требования не выдают готовыми, их достают из людей, которые сами их не сформулировали.

Сделать сейчас

  • Готовлю к встрече вопросы и ухожу с решениями, а не с пересказомПосле встречи остаётся список решений и открытых вопросов.
  • Разделяю в постановке бизнес-цель, сценарий и ограничениеВ одном пункте не смешаны «зачем», «как» и «чем ограничены».
  • Рисую схему в принятой нотации и проверяю её на том, кто не был на встречеЧеловек читает диаграмму без моих пояснений.
  • Отдаю документ разработчику до начала работОн не приходит с вопросом «а что здесь имелось в виду».

Куда дальше

Middle

Вбок из роли

Что на ступени спрашивают

  • Вытаскиваю требования из людей, которые не умеют их формулироватьПосле моей встречи остаётся не пересказ, а список решений и открытых вопросов.
  • Различаю виды требований и не путаю их между собойНе смешиваю бизнес-цель, пользовательский сценарий и техническое ограничение в одном пункте.
  • Пишу документ, который читают и по которому работаютРазработчик не приходит с вопросом «а что здесь имелось в виду».
  • Рисую схемы в общепринятой нотации, а не произвольными квадратикамиМою диаграмму понимает человек, который не был на встрече.

Обычные ошибки

  • Записывать всё, что сказали: получается протокол, по которому нельзя ничего построить.
  • Спрашивать «что вам нужно» и верить ответу: люди называют решение, а не проблему.
  • Рисовать квадратики по-своему: схему приходится объяснять каждый раз заново.

Что учить

  1. Junior
  2. Middle
  3. Senior и дальше

Middle

Сразу к самооценке

Меняется, где заканчивается ваша работа: не на согласованном документе, а на принятой системе.

Сделать сейчас

  • Проектирую модель данных вместе с разработкой, а не после неёПонимаю, во что превратится моя сущность в базе.
  • Описываю в контракте поведение при ошибках, а не только счастливый путьИнтеграция не встаёт от первого таймаута.
  • Перевожу «должно быть быстро» в проверяемое требованиеНаписано, при какой нагрузке и с каким временем ответа.
  • Пишу критерии приёмки, по которым можно написать тест без меняТестировщик не спрашивает, что считать успехом.

Куда дальше

Senior и дальше

Вбок из роли

Что на ступени спрашивают

  • Проектирую модель данных вместе с разработкойПонимаю, во что превратится моя сущность в базе и почему это важно.
  • Описываю интеграции и контракты между системамиМой контракт содержит поведение при ошибках, а не только счастливый путь.
  • Формулирую нефункциональные требования числамиВместо «должно быть быстро» у меня написано, при какой нагрузке и с каким временем ответа.
  • Пишу критерии приёмки, по которым можно проверить результатПо моим критериям можно написать тест, не спрашивая меня.

Обычные ошибки

  • Оставлять нефункциональные требования на потом: их узнают на нагрузочном прогоне перед запуском.
  • Согласовать документ, но не поведение: спор всплывает на приёмке.
  • Стать почтальоном между заказчиком и командой: решения перестают приниматься где бы то ни было.

Что учить

  1. Junior
  2. Middle
  3. Senior и дальше

Senior и дальше

Сразу к самооценке

Меняется мера работы: не сданный документ, а то, что стороны с противоположными интересами договорились и договорённость держится.

Сделать сейчас

  • Разбираюсь в предметной области настолько, чтобы спорить с заказчиком по существуМогу оспорить требование, потому что понимаю его работу.
  • Веду анализ внутри итераций, а не одним большим документом заранееТребования уточняются по ходу, и это не считается провалом планирования.
  • Свожу конфликт требований к цене каждого вариантаСпор уходит из «кто главнее» в «чем мы платим».
  • Называю архитектурные последствия своих требованийЗнаю, какое требование только что сделало систему распределённой.

Куда дальше

Дальше не ступень, а развилка

Вбок из роли

Что на ступени спрашивают

  • Работаю с предметной областью, а не только с формулировкамиМогу оспорить требование заказчика, потому что понимаю его бизнес лучше, чем он рассказал.
  • Веду анализ внутри итераций, а не большим документом заранееТребования уточняются по ходу, и это не считается провалом планирования.
  • Свожу конфликтующие требования разных сторон к решениюУмею вывести спор из «кто главнее» в «чем мы платим за каждый вариант».
  • Понимаю архитектурные последствия своих требованийЗнаю, какое требование только что сделало систему распределённой.

Обычные ошибки

  • Соглашаться со всеми сторонами по очереди: противоречие всплывёт в коде.
  • Уходить в нотации и инструменты: схема красивая, решение не принято.
  • Считать своей работой только формулировку: невыполнимое требование остаётся невыполнимым.

Что учить

Исходники IT Tools · GPL-3.0 Исходники Digitable Chat · GPL-2.0-or-later Документы