Содержание
- + Методалогии разработки ПО
-
+
Проектирование систем
- + API
- + UML
- + Интеграции
- + Моделирование данных
- + Представление данных
- BPMN
- C4 model
- Domain Driven Design
- EPC
- IDEF0
- Архитектор
- Архитектура
- Интерфейс
- Карта экосистемы
- Когда стоит выбирать микросервисы
- Контекстная диаграмма
- Ролевая модель
- Проектирование систем
- + Развёртывание
-
+
Разработка
- + Git
- + Linux OS
- + Mac OS
- + Подходы организации кода
- + Языки программирования
- Виды программирования
- Интерпритатор
- Компилятор
- Разработка
-
+
Сеть
- + OSI
- + Защита
- CDN
- ngrok
- Сеть
- – Системный анализ
- + Требования
- + Хранение данных
- + Языки разметки
то что может пойти не так, как нам бы хотелось и нанести вред
Выявить нужно чтобы понять как сможем решить
Не можешь повлиять - но можешь придумать как тогда действовать (подстелить солому)
Борьба с рисками
-
Запросить уточнение
-
Предложить несколько решений
-
Презентуй решение (на бумажке проще исправить чем в коде)
-
Договорись заранее что входит в проект
-
Оповести смежные команды и узнай их планы
Главный риск при разработке ПО
Для компании
Перерасход бюджета и человеческих ресурсов
Для клиентов
-
Выход за рамки бюджета
-
Получение низкокачественного продукта
Пригласить специалиста на этап написания ТЗ со своей стороны, чтобы минимизировать риски
-
Разработайте подробную техническую документацию вместе с клиентом и техническим специалистом;
-
Выберите правильную модель взаимодействия, основываясь на финансовых средствах и советах технического директора;
-
Следуйте ранее разработанной документации, избегайте добавления новых требований к продукту во время разработки.
Примеры
-
Требования не согласованы между заказчиками
-
Риски оценки
-
Заказчик изменит требования
Термины
Чёрный лебедь - маловероятные риски на которые не можем повлиять