Друзья, делимся лёгким чтивом для аналитиков о правилах проектирования дизайна интерфейсов ⤵️

📚 Книга Артемия Лебедева «Ководство»

Лебедев известен своим нестандартным подходом к дизайну и решению проблем. Поэтому книга вдохновит на креативные и инновационные подходы к анализу данных и разработке решений.

Автор акцентирует внимание на визуальной стороне информации, а для системного аналитика умение визуализировать данные и выводы повышает эффективность коммуникации с командой и заказчиком 👌

Некоторые главы доступны бесплатно на его сайте и постоянно обновляются. Там же можно купить электронную версию. #hwGetAnalyst

Быть честными - важно! Главное не переусердствовать! И без инцидентов с БД, пожалуйста 😄😉 #GAhahaha

▶️ Профессия Системный аналитик: с чего начинается работа? ◀️

Представьте, ресторатору нужно открыть новое заведение. Он поручает всё помощнику.

Но тот понимает, для того чтобы приступить к работе, необходимо:
1️⃣ задать нужные вопросы (какая кухня, каких гостей хочет видеть ресторатор, где брать аренду, бюджеты),
2️⃣ проанализировать специфику задач (рецепты блюд, особенности),
3️⃣ просчитать риски (прибыли и убытки в момент открытия),
4️⃣ собрать команду (повара, официанты, менеджеры).
Это очень важный этап, от которого будет строиться вся дальнейшая работа по открытию заведения.

Так и в работе аналитика.

Пока не будут определены точные требования к ПО от заказчика и не будет прописано ТЗ, об успешной дальнейшей работе не может быть и речи.

Согласитесь, последует «неловкая» ситуация, когда ресторатор поймёт, что хотел интерьер в стиле минимализм, а получил бохо. Или посадочных мест должно было быть 50, а вышло всего 30.

Чтобы сформулировать адекват­ное требование важно как можно грамотнее собрать и проанализировать информацию.

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

Только когда требования собраны и документ согласован с заказчиком можно начинать программировать систему. Этот документ с требованиями - техническое задание (ТЗ), которое готовит системный аналитик.

Общий подход к работе с любой задачей на системный анализ:

1. Знакомство с бизнес-контекстом и бизнес-требованиями, их уточнение
2. Определение ролей пользователей и приложений, которые будут задействованы
3. Выделение и описание основных сценариев
4. Проработка альтернативных сценариев
5. Задачи на дизайнера
6. Определение ключевых данных: сущности и их свойства
7. Задачи на доработку Базы Данных
8. Задачи на подготовку тестовых данных
9. Задачи на разработку методов Backend (API)
10. Задачи на Frontend / мобильные
11. Задачи на тестирование
12. Задачи на сохранение важных артефактов по документации после разработки - документация


Этот общий подход адаптируется в зависимости от типа задачи и проекта. Его удобно придерживаться, чтобы не упустить детали проектирования и все-все-все задачи на команду 🔑

Работа в сфере IT:

😍 ожидание — список задач известен на ближайший спринт, никаких «влетов» от заказчика и внеплановых изменений в требованиях.

🤪 реальность — «спасибо, что живой» в конце каждого проекта.



#GAhahaha