Содержание
- + Методалогии разработки ПО
-
+
Проектирование систем
- + API
- + UML
- + Интеграции
- + Моделирование данных
- + Представление данных
- BPMN
- C4 model
- Domain Driven Design
- EPC
- IDEF0
- Архитектор
- Архитектура
- Интерфейс
- Карта экосистемы
- Когда стоит выбирать микросервисы
- Контекстная диаграмма
- Ролевая модель
- Проектирование систем
- + Развёртывание
-
+
Разработка
- + Git
- + Linux OS
- + Mac OS
- + Подходы организации кода
- + Языки программирования
- Виды программирования
- Интерпритатор
- Компилятор
- Разработка
-
+
Сеть
- + OSI
- + Защита
- CDN
- ngrok
- Сеть
- – Системный анализ
- + Требования
- + Хранение данных
- + Языки разметки
Над чем нужно работать в первую очередь?
-
Над своими идеями работать приятнее, чем над громоздкими проектами;
-
Интереснее сосредотачиваться на продуманных идеях, чем просто на проекте, который приведет вас к цели;
-
Увлекательнее погружаться в решение новых идей с головой, а не в проекты, в которых вы уже уверены.
-
Легко сбросить со счетов дополнительные усилия, которые требуется приложить к одному проекту, который является частью другого.
Поэтому нужен RICE
Reach, Impact, Confidence, Effort
Охват, Влияние, Уверенность, Усилия.
Теория
Reach
Reach (Охват) измеряется количеством людей/событий за период времени.
Это могут быть «количество клиентов в квартал» или «количество транзакций в месяц».
-
Проект 1: 500 клиентов достигают определенной точки в воронке регистрации каждый месяц, и 30% выбирают определенный вариант. Охват составляет 500 х 30% х 3 = 450 клиентов в квартал.
-
Проект 2: Каждый клиент, который использует конкретную функцию каждый квартал будет видеть внесенное изменение. Охват составит 2000 клиентов в квартал.
-
Проект 3: Определенное изменение один раз повлияет на 800 существующих клиентов и не будет иметь постоянного эффекта. Охват за квартал составит 800 клиентов.
Impact
«Насколько этот проект увеличит конверсию, когда клиент с ним столкнется?». Ваша команда может интерпретировать это иначе, вроде «как увеличить применение» или «максимизировать удовольствие от использования».
3 – «массовое влияние», 2 – «высокое», 1 – «среднее», 0.5 – «низкое» и, наконец, 0.25 – «минимальное».
-
Проект 1: На каждого клиента, который увидит этот проект, он окажет большое влияние. Балл влияния – 3.
-
Проект 2: Этот проект будет иметь меньшее влияние на каждого клиента. Оценка влияния – 1.
-
Проект 3: Этот проект окажет среднее влияние. Оценка влияния – 2
Confidence
Уверенность – это процентное соотношение.
100% — «высокая уверенность», 80% — «средняя», 50% — «низкая».
Все, что ниже этих показателей – просто авантюра. Будьте честны с собой: насколько вы действительно верите в свою оценку?
-
Проект 1: У нас есть количественные показатели охвата, пользовательские исследования для уверенности в показателе влияния и оценка требуемых усилий для реализации. Такой проект получает 100% уверенности.
-
Проект 2: У меня есть данные для оценки охвата и требуемых усилий, но в факторе влияния я не уверен. Такой проект получает 80% уверенности.
-
Проект 3: Охват и влияние могут оказаться ниже, чем предполагалось, а затраты усилий могут оказаться выше. Такой проект получит 50% уверенности.
Effort
Оцените общее количество времени, которое займет выполнение проекта у всех членов вашей команды
Усилия (effort) оцениваются как количество «человеко-месяцев»
-
Проект 1: На этот проект потребуется неделя планирования, 1-2 недели на проектирование, 2-4 недели на разработку. Я поставлю оценку в 2 человеко-месяца.
-
Проект 2: На этот проект понадобится несколько недель планирования, большое количество времени на проектирование, и как минимум два месяца на разработку. Я дам этому проекту оценку в 4 человеко-месяца.
-
Проект 3: Проект потребует недели на планирование, никаких затрат на создание архитектуры и несколько недель на разработку. Я поставлю оценку в 1 человеко-месяц.
Оценка
(Reach x Impact x Confidence)/Effort=RICE Score
RICE может очень помочь при выборе между трудносопоставимыми идеями. Эта методология заставит вас задуматься о том, почему идея проекта будет иметь большое влияние и честно рассчитывать усилия, которые необходимы для ее реализации.
Система определения приоритетов, такая как RICE, поможет вам принимать более обоснованные решения о том, над чем нужно работать в первую очередь, и защищать эти решения перед другими
OTUS
У нас
Effort
-
1 - минорные задачи с минимальным потреблением ресурсов
- выдать права на метод
- поменять атрибут программы
- настроить связь тарифов
- создание новой опции по шаблону
-
2 - небольшие задачи
- закрыть программу с простой механикой и без реестров
- изменения в условиях программы (меньше 20%)
- удаление веб-метода
-
3 - задачи не сложные, но требующие полноценного цикла разработки
- закрыть программу с переносом кб
- закрыть программу с удалением интеграции
- веб-метод на текущей инфре
- значительный рефакторинг веб-метода
- изменения в условиях программы (меньше 80%)
-
5 - доработки на текущих рельсах
- новые пл
- новые фичи в существующий функционал - минимальное изменение архитектуры
- создание нового веб-сервиса (с несколькими веб-методами)
-
8 - значительное расширение текущего функционала
- новые фичи с созданием дополнительных таблиц или сложной логики
-
13 - объемные проекты
- новые обособленные модули
- повторение старых механик в новых модулях
-
21 - не поддается оценке
- новый функционал с использованием новой инфраструктуры
- значительная новая архитектура
- новые модули, которые влияют на уже существующие
Среднюю оценку округляем до большего.