Download to read offline
Uploaded bySQALab
Дорогие ошибки. Продолжение
Документ посвящен управлению ошибками в продуктовой разработке и определению дорогих ошибок в контексте мультидоменной автоматизации и B2B проектов. Рассматриваются вопросы выявления и систематизации ошибок, а также критерии успеха для заинтересованных сторон. Особое внимание уделяется последствиям ошибок и изменению приоритетов в проектах.
Дорогие ошибки. Продолжение
- 1. 1CONFIDENTIAL Дорогие ошибки, или Какуправлять своей судьбой Продуктовая разработка, комплексная и мультидоменая автоматизация, мультипродуктовые B2B с долгим циклом коммерческой эксплуатации, иностранные заказчики Продолжение
- 2. 2CONFIDENTIAL Что считать дорогойошибкой? Чьи ошибки дороже? Идея систематики Паттерны для выявления ошибок Hints and Tips
- 3. 3CONFIDENTIAL Что же такоедорогая ошибка?
- 4. 4CONFIDENTIAL Stakeholder Need User Story Product Requirements Architectural Design Development UnitTests Integration Tests System Tests Acceptance Criteria Stakeholder Satisfaction Business Goal Success Criteria Time Когда ошибки стоят дороже всего?
- 5. 5CONFIDENTIAL BA QADEV Stakeholder Need User Story Product Requirements Architectural Design Development UnitTests Integration Tests System Tests Acceptance Criteria Stakeholder Satisfaction Business Goal Success Criteria Time Чьи ошибки стоят дороже всего?
- 6. 6CONFIDENTIAL ФАКТЫ • Ты ЗНАЕШЬ •Что ты ЗНАЕШЬ ВОПРОСЫ • Ты ЗНАЕШЬ • Что ты НЕ ЗНАЕШЬ ОПЫТ • Ты НЕ ЗНАЕШЬ • Что ты ЗНАЕШЬ СУДЬБА • Ты НЕ ЗНАЕШЬ • Что ты НЕ ЗНАЕШЬ
- 7.
- 8.
- 9. 9CONFIDENTIAL BA QADEV Stakeholder Need User Story Product Requirements Architectural Design Development UnitTests Integration Tests System Tests Acceptance Criteria Stakeholder Satisfaction Business Goal Success Criteria Time Чьи ошибки стоят дороже всего?
- 10.
- 11. 11CONFIDENTIAL Stakeholder Need User Story Product Requirements Architectural Design Development UnitTests Integration Tests System Tests Acceptance Criteria Stakeholder Satisfaction Business Goal Success Criteria Time Когда ошибки стоят дороже всего?
- 12.
- 13. 13CONFIDENTIAL УМНЫЙ • Польза СЕБЕ •Польза ДРУГИМ ПРОСТАК • Вред СЕБЕ • Польза ДРУГИМ БАНДИТ • Польза СЕБЕ • Вред ДРУГИМ ДУРАК • Вред СЕБЕ • Вред ДРУГИМ КТО ЕСТЬ КТО
- 14.
- 15. 15CONFIDENTIAL Что считать дорогойошибкой? Чьи ошибки дороже? Идея систематики Паттерны для выявления ошибок Hints and Tips
- 16. 16CONFIDENTIAL СПАСИБО ЗА ВНИМАНИЕ! МедынскийЮрий Iurii_Medynskii@epam.com Дизайн: Oksana Romanova Oksana_Romanova@epam.com
- 17. 17CONFIDENTIAL Медынский Юрий Iurii_Medynskii@epam.com • К.т.н.,Системы управления и информатика в ТС • 36 лет • 12 лет в IT • 11 лет в роли BA • 5 лет в банковской сфере и IT безопасности • 5 лет в страховом бизнесе • 5 лет в продуктовой компании • 7 лет с иностранными заказчиками
- 18.
- 19.
- 20.
- 21.
Editor's Notes
- #3 Ошибка – действие ведущее к переработкам Дорогая – трудозатраты на переработкам стремится к бесконечности - КТО УЧАСТВОВАЛ В УБЫТОЧНОМ ПРОЕКТЕ? - Кто может померять свой вклад в убытки компании? Встречал немало случаев да и себя ловил на мысли, что я бегу от проблемы, что я подсознательно стремлюсь не видеть своих ошибок
- #4 1. Дорогая цена для проекта/компании заключается в усилиях, которые тратятся на ее устранение (если она вообще устранима) 2. Чем больше людей будут устранять и чем сложнее процесс устранения, тем дороже ошибка Не будем забывать, что парни на фото может и прибывают в экстазе от той ситуации в которой оказались, но проектная команда как правило не очень рада бегать по потолку и переобуваться в воздухе в связи с промахами кого бы то ни было.
- #5 Чем позднее обнаружили ошибку, тем дороже стоимость (а иногда и невозможность) устранения ее последствий
- #6 Идем дальше, чьи ошибки стоят дороже всего? Я собрал несколько веселых фраз и манипуляций которые довелось слышать от специалистов при обнаружении их ошибок. Давайте немного расслабимся.
- #7 Чтож, давайте попробуем посмотреть на то как не полагаться на судьбу, а самим управлять ею.
- #8 Для начала, как порядочные ученые-экспериментаторы, давайте рассмотрим предпосылки. Напрашивается аллегория «Знаки судьбы».
- #9 На проекте: Недоговороспособность (затягивание сроков либо полная неспособность, либо диаметральность принятия решений) ‘Карусель’ stakeholders либо единый представитель (он же PM) с их стороны NWI. We’ve missed Mr. XYZ on Req validation meeting. GCube. Our internal users are too busy / not educated to be involved into the project. So I’ll explain what they want. Постоянное давление по скопу и датам релиза (Scope Creep), сюрпризы ALL. Urgent request from customer DWCH. Urgent demo with XYZ functionality included DWCH. I thought this feature already exists. Now this is our promise to the customer Solutioning GCube. XII will be the rating engine for SF Понять мотивы клиента (иногда это просто НЕЗНАНИЕ) и свои бизнес выгоды. Подобрать нужную модель business relationship (напр. order taker). После методично реализовывать. Отличные скилы переговорщика и работающий процесс управления изменениями жизненно необходимы! Ровно как и умение вести переговоры на всех уровнях (executive, tactical, operations) Выверить who all list однозначно определить принимающего решения «закрыть» неправильные ожидания и сформировать новые Order taker значит Торговаться. Кто умрет, если мы не поставим? Время, объем, качество – выбери два. “Мы можем все в т.ч. Поставить это в лайв завтра, но оно не будет работать. Можем после завтра, но без вот этой части и будет много багов. Можем на следующей неделе без багов, но вот той части все равно не будет...” Убедиться, что заказчик понимает цикл разработки и производительности команды, чтобы с легким сердцем спрашивать “А где вы были с этим запросом две недели назад ну или вчера?”. Service Provider и выше - Автоматизация запросто понизит эффективность, если ее сделать плохо, а новый продукт не вызовет wow эффект / не оправдает ожиданий на рынке. ХУЦПА (рецепт: контринстинктивное поведение) ...виновный в убийстве своих родителей просит у судьи снисхождения на том основании, что он сирота Мы не дадим вам acceptance criteria, чтобы вы под них не подстраивались Мы – маленькая компания и расчитываем, что вы будете экономить наше время.. Поэтому никаких воркшопов по выявлению требований Bug is something with customer would call a bug
- #11 На проекте: в ходу слова ASAP, нужно было вчера и тп. Оценки пересматриваются и корректируются НЕ исполнителями TO: Develop as you sale PM постоянно недоступен О.. У нас же теперь есть аналитик! Ну все, я уехал (Сергеев в ТО) Отсутствует/не актуален план проекта TO: But plan is just a plan. I’ll provide you a link a little bit later Постоянный рост скопа спринтов, релизов и т.п. Если это Вам (анализ выполнялся качественно) Хромает дипломатия TO: Managing Director is a friend to everybody on the market Отсутствует гигиена планирования и управления Невыстроенные процессы Нет единой шкалы приоритетов 5 projects for me in TO В случае вывода продукта на рынок: Нет Go to market strategy Lack of ownership (некомпетентный заказчик) DWCH. Everything is important but not extremely required Если это Вы: Делаете работу PM/DM (осознанно или нет) DWCH. Provide urgent updates, remove job stoppers aka access issues Неправильно выявлен / устарел список Stakeholders DWCH: Bob as a VP of QA Неправильно выявлены приоритеты требований Social is only for Gartner Неправильно работаете с ожиданиями (internal / external) Напр. При вовлечении по нескольким активностям параллельно
- #13 Если стейкхолдеры NWI – Kamal vs Old Gang Уйти с линии конфликта и/или запросить поддержки Не формировать ожиданий по роли миротворца Если кто-то имеет претензии к Вам NWI: Псевдо эксперт Иван - Подвел, не извинился, не исправил(ся) и постоянно эскалирует Понять обоснованы ли оные Уйти с линии конфликта и/или запросить поддержки посредника Проактивно – всегда пытаться быть посредником Если Вы.. NWI: PM который не знает в чем заключается его работа Понять обоснованы ли оные Pavel T and Austin / Gareth Во всех случаях !! Это переговорная задача Если еще не «горячая» фаза И есть желание все наладить (два умных): Чувства отставить с обоих сторон (включая интуицию) Безценный опыт в единичных экземплярах не учитывать обоих сторон также Найти положительную доминанту Говорить и думать только об общем будущем в сослагательном наклонении Договориться о том как «закрыть» неправильные ожидания и сформировать новые С простаками нет противостояния =) Бандит: Дурак: У меня недавно был плохой случай, поэтому я больше не доверяю людям с PhD
- #18 А это на тот случай, если некоторые из Вас захотят отомстить мне за потраченное сегодня время. (...быстро прокомментировать слайд...)
- #19 И Второе. корпоративный шпионаж вредительство диверсионная деятельность Сегодняшняя встреча никак не затрагивает случаев с корпоративным шпионажем, продуманным вредительством и прочей диверсионной деятельностью участников IT проектов. Не то чтобы данный аспект несущественен, он как раз таки наоборот заслуживает пристального внимания. Но включив его в рамки доклада мне было бы сложно уложиться в формат.
- #20 Так что посыл на сегодня таков, что все люди честные и порядочные. Ideal World? =) Холиворы после основной части доклада.
- #21 Итак, пара слов дабы очертить тематику моего доклада. Личный опыт VS глянцевая мукулатура Wiki «как надо» Тех, кто верит в идеальные проекты, прошу заранее простить меня. Говорить я буду о своем опыте, т.е. о том как чаще всего проекты шли в моей жизни. Фундаментальные знания, общие сведения из Wikipedia, глянцевая мукулатуа, в общем все, где рассказывают «как надо» к сожалению имеют мало общего с проблеммами которые сваливались на несчастливую голову вашего покорного слуги.
- #22 Я буду рассказывать о том как «не надо».