Укрощая сложность цифрового продукта

Простые правила для систематизации знаний о сложном продукте и его окружении

Transcript

2. Byndyusoft — 11 лет на рынке 2 Создаём IT-продукты на заказ. Нам доверяют ключевые сервисы, от которых зависит бизнес
3. Андрей Шапиро — Арт-директор и партнёр в Byndyusoft
4. Проблемные ситуации 4
5. Ситуация — Бизнес сегментирован на «продукты» — Продукты взаимосвязаны и требуют согласованного развития — Вам жизненно важно разобраться в их взаимовлиянии
6. Ситуация коммуникационные потоки — Новый участник пришёл в продукт и пытается, как пчела, собрать хоть что-то изо всех источников — Аналитики вели проектную документацию каждый в своих личных пространствах — Про ́ дакт, знавший всё, внезапно уходит
7. Время жизненного цикла продукта и его строителей несопоставимы
8. Проблемы —Гигантские временные потери на передачу и переоткрытие знаний о продукте, когда люди уходят —Сложный, запутанный объект продуктового управления сложно удерживать в голове продакта или в «командном разуме»
9. Чем мы управляем в продукте? 9
10. понимание смыслы исследования эксперимент Объект: продукт— мир очень сложный Знания об объекте имитируют объект, не менее сложны
11. Не понимать свою систему == не управлять её развитием — Объектом управления является модель, основанная на понимании систем вокруг продукта — Упрощение модели рождает мифы, неадекватные представления и гипотезы — Неадкватность модели обернётся болью при встрече с реальностью, — Поэтому важно оставлять модель адекватной, то есть достаточно сложной — И мы вновь остаёмся лицом к лицу со сложным
12. Системная сложность 12
13. Weather Warren. Science and Complexity // American Scientist. 1948. Vol. 36, no 4.
14. Системная сложность — сложенность Тяжесть как психологический эффект возникает в результате встречи с запутанностью и неопределённостью Трубопроводная сеть на химическом танкере
15. Знания об объекте Объект: продукт— мир очень сложный имитируют объект, чуть менее сложны Мы зацепились только за часть нюансов объекта
16. Управление развитием сложного продукта — это управление знаниями об этом продукте и его окружении ТЕЗИС
17. Первопринципы управления знаниями о сложном продукте
18. Предваряющие положения —Кусочками знания я считаю любое допущение, существенным образом влияющее на судьбу системы —Знания — это тоже система. В своей основе знания имеют конструктивную природу: мы складываем их из разных частей, кусочков, связывая их друг с другом. —Никакие знания не являются конечными. Они постоянно уточняются.
19. 4 правила даны в порядке их важности · Каждое последующее определяет более зрелую ступень в управлении знаниями
20. 1. Знания требуют фиксации в едином командном пространстве Абсолютно каждое принципиальное допущение, существенным образом влияющее на судьбу системы, должно быть зафиксировано в виде текста или схемы Знание А
21. Другой — это не только новый человек в компании, но и Ты Завтра Кадр из кинофильма «Мементо», 2000
23. 2. Знания неоднородны и требуют смыслового различения Каждый кусочек знаний должен быть отнесён к одному из классов, отражающих его смысл и стадию развития Допущение Проблема Задача Целевой критерий Обратная связь Наблюдение Белое пятно Знание А Договорённость
24. Движение частицы знания в процессе развития Знание А Наблюдение Гипотеза проблемы Проблема Задача Пользовательская история Договорённость 80% корзин остаются брошенными
25. Движение частицы знания в процессе развития Знание А’ Наблюдение Гипотеза проблемы Проблема Задача на исследование Пользовательская история Договорённость Выбранный способ привлечения трафика генерирует брошенные корзины
26. Движение частицы знания в процессе развития Наблюдение Гипотеза проблемы Проблема Исследование Пользовательская история Договорённость Гипотеза развития Задача Допущение Целевой критерий Работа
27. Статья о журнале проектирования
28. 3. Кусочки знания должны быть связаны друг с другом Связи должны отражать структуры принятого решения, все элементы- подробности, без которых «завтра» нельзя будет восстановить понимание Знание А Знание Б Проблема Целевой критерий Знание В Задача
29. Формат ADR — тема — контекст — решение — статус — последствия Architect Decision Record — в контексте … — перед лицом необходимости … — выбрано решение … — отказано … — чтобы достичь … — примиряясь с последствиями … Y-statement whY statement
30. Открытые вопросы Техдолг Преемники, предшественники Обоснования Мотив
31. Фиксация дизайна эксперимента 31 Гипотеза Добавление поля с кодом купона на страницу оформления заказа приведет к снижению дохода на одного пользователя для пользователей, которые начинают процесс покупки. Метрика Выручка с пользователя Практическая значимость Минимальный обнаруживаемый эффект: 1% Единица рандомизации Пользователи Сегментация Будем ориентироваться на всех пользователей и анализировать тех, кто посещает страницу оформления заказа. Размер групп Чтобы иметь 80% мощности для обнаружения хотя бы 1%-ного изменения дохода на пользователя, мы проведем анализ мощности для определения размера. Длительность эксперимента Значит эксперимент проводится минимум в течение 4 дней с распределением 34/33/33% между контрольной и двумя исследуемыми группами. Запустим эксперимент в течение целой недели, чтобы убедиться, что понимаем эффект дня недели, и, возможно, продолжим, если обнаружим эффекты первенства и новизны. Гипотеза Метрика Цель Что и как Kohavi, Ron,Tang, Diane,Xu, Ya. Trustworthy Online Controlled Experiments (p. 34). Cambridge University Press. Kindle Edition
32. Карта гипотез соединяет кусочки знания в схему с четырьмя местами, сохраняя структуру принятия решения
33. Статья о дереве продуктовых гипотез то если если то если то если то если то
34. 4. Знание требует фиксации всей истории своего развития Каждое допущение должно быть зафиксировано во всех вариантах превращений в процессе его развития для восстановления понимания Знание А Знание А’ Знание А’’
35. Преемник Предшественник
36. Иногда это в прямом смысле летопись, описывающая эпохи развития знания о какой- то части системы Эпоха 1 Эпоха 2
37. Подводя итоги
38. Проблемы —Потери знаний о продукте, когда люди уходят —Сложно удерживать в голове или «командном разуме» знания о сложном продукте 38
39. 1. Фиксация в общем пространстве сохраняет в принципе . . . 2. Смысловая категоризация . . . распутывает сложность 3. Связывание друг с другом сохраняет смысл распутывает сложность 4. Запись истории развития сохраняет смысл даёт шанс на переосмысление Роль в сохранении знаний Роль в укрощении сложности Принцип
40. Что попробовать уже завтра —Для распутывания сложности: —Журнал проектирования —Дерево продуктовых гипотез —Для фиксации решений: —Практика ADR: Architect Decision Reсord 40
41. Спасибо! Вопросы? Андрей Шапиро ashapiro@byndyusoft.com Телеграм: @ashapiro, ashapiro.ru t.me/how2scheme Слайды и ссылки Канал о проектировании
42. Технические инструменты для систематизации знаний
43. Связи двусторонние Связывают два отдельных куска знания в двустороннем порядке 43 Допущение А-12 Договорённость Ж3
44. Свёртки, телескопический текст Уточняет тут же скрытое содержание по мере надобности. UI-элемененты с раскрывашками, группирующими и скрывающими в себе подробности
45. Встройки Символические вставки, синхронизирующие часть одного документа с частью другого 45