2. ABOUT
2
• Masters’ degree in Business Intelligence - KNURE
• Head of Kyiv branch at Sigma Software company
• 11 years in project management
• 3 years in Account management and Business development
• CSPO, GTD adopter
• Contacts:
https://www.linkedin.com/in/irina-shymko-26b96626/
3. WHAT WE ARE GOING TO TALK ABOUT
RISKS
HOW WE ACT WHEN WE SEE RISKS
EXAMPLES
TIPS & RECOMENDATIONS
3
12. SITUATION#3: SO WHAT?
1. There are no documented requirements for the project
2. Junior developer is assigned to the project
3. There is a risk that if go decision will not be made by customer in the nearest future, current team will not be available to step in second phase. That will
probably lead to productivity loss, high price of knowledge transfer, customer unsatisfaction.
4. Laravel Nova is a new technology, chosen for the admin panel for Project. It could be not appropriate for the system or not suitable for the administrator work.
5. Our Contact point - PO from Customer side will leave the Company in 4 weeks it may lead to changes in further collaboration. New PO wasn't assigned yet from
the Customer side.
6. Risk of working with Сlient without new Work Order signed
7. PM demoed a new pro version that looks like a whole new platform. The structure of Feature1-Freature 2-Feature3 has been changed to Feature1-Freature 5-
Feature3 . Multiple creatives can now be assigned to an Ad Set. Furthermore, there’s a whole new concept of an Advertiser - we can probably think of it as a
Company in V4. It’ll allow us to have a more granular view, including separate time zones for each advertiser if needed. Overall, it seems like the platform has
become more advanced. New creative assignment logic, new reporting, new tools for analysis. But since we rely heavily on HasOffers data and use their
platform via API, it could be that there isn’t much we could get from this new version. We haven’t seen the new API yet, but all of us agree that there would be a
lot of work to migrate to the new version
12
13. Stop call risks “RISKS” and call them “PROBLEMS”
13
WHAT CAN WE DO?
14. Risk Problem should be described in a way of question
Risk Problem should be described as easy as possible
Risk Problem should “push” receiver to do something
If there is something that client cant make an impact on, do not raise that. Internal questions should be solved
internally
Do not put into TO persons boss. If you want to do that, give a person a call before you send an email and
notify them
14
SOME MORE RULES
15. WHAT TO KNOW
It is always about trust! Either you show the confidence or tell why you want to talk about some point.
Know your client
Talk about risks and don’t accept declines
Do it regularly
Write risk in a way you would want to hear it
Speak only about important things
Get feedback before sending from mentor, colleague etc
15
16. TIPS
—
16
Use les than 30 words per sentence
- Due to the fact that =because
Totally lacked the ability to = could not
Replace adjectives with data
- We made the platform much faster
We reduced server side tp90 latency from 10ms to 1ms
Eliminate weasel words
Nearly all users = 91% of users
Significantly better = 53% of increase
Does your writing pass “So what” test?
Form questions to get only short answers like “Yes”, “No” etc
17. 1. There are no documented requirements for the project
2. Junior developer is assigned to the project
3. There is a risk that if go decision will not be made by customer in the nearest future, current team will not be available to step in second phase.
That will probably lead to productivity loss, high price of knowledge transfer, customer unsatisfaction.
4. Laravel Nova is a new technology, chosen for the admin panel for Project. It could be not appropriate for the system or not suitable for the
administrator work.
5. Our Contact point - PO from Customer side will leave the Company in 4 weeks it may lead to changes in further collaboration. New PO wasn't
assigned yet from the Customer side.
6. Risk of working with Сlient without new Work Order signed
7. PM demoed a new pro version that looks like a whole new platform. The structure of Feature1-Freature 2-Feature3 has been changed to Feature1-
Freature 5-Feature3 . Multiple creatives can now be assigned to an Ad Set. Furthermore, there’s a whole new concept of an Advertiser - we can
probably think of it as a Company in V4. It’ll allow us to have a more granular view, including separate time zones for each advertiser if needed.
Overall, it seems like the platform has become more advanced. New creative assignment logic, new reporting, new tools for analysis. But since we
rely heavily on HasOffers data and use their platform via API, it could be that there isn’t much we could get from this new version. We haven’t seen
the new API yet, but all of us agree that there would be a lot of work to migrate to the new version
17
EXAMPLES
Что такое риск по сути? Это некая потенциальная проблема, которая может произойти в каком-то промежутке времени и повлиять на планы клиента. Раньше, когда все бросались строить процессы по законам классического менеджмента, хорошим тоном считалось следовать классическим практикам risk management ( risk management plan + impact analysis, etc. ). Сейчас даже большие enterprise отказываются от полновесного процесса и ищут пути более легковесного донесения рисков. Исключение составляет формализованный процесс соответствия стандартам (например в медицине).
Первое, что стоит спросить у клиента, а в каком же виде ему стоит сообщать о рисках? Он скорее всего ответит: “Just call me”. Нас этот ответ не вполне устроит так как клиент может не взять трубку, не все понять по телефону, попытаться решить вопрос на ходу, упуская детали и т.д. Поэтому в этом случае мы отвечаем : “ Да, хорошо! “, но про себя решаем что нужно бы эти риски еще и как-то записать. Однако такой его ответ является четкой индикацией для нас что мы идем по легковесному пути.
Если ответит “хочу формальный процесс” – делаем все по процессу. Классика так классика.
Второй момент который стоит держать в голове – риск это что-то что может потенциально произойти, потенциально возможная проблема. Именно так слово риск воспринимает любой человек. И вот здесь возникает интересный глюк психики. Если клиент смел, удачлив, сильно верит в вас как в поставщика (ОН ЖЕ ВАС ВЫБРАЛ!), или просто в хорошем настроении – он ВСЕГДА решит что ВЫ ЧТО-ТО ПРИДУМАЕТЕ и НИЧЕГО ПЛОХОГО НЕ ПРОИЗОЙДЕТ.
Это как, представьте, что приходите вы в азиатский ресторан, а там стандартная азиатская антисанитария и жарят жаб вам на костре.
Человек – европеец на входе говорит вам : “ Знаете, есть риск что вы отравитесь ”.
Если вы уже травились жабами в другом ресторане или все предыдущие рестораны, которые вы посещали, были почище – вы отнесетесь к его словам со всей ответственностью. А если вы не параноик, ресторан выглядит чуть чище или также как все ваши предыдущие рестораны и вы в веселом настроении то вы скажете : “ Да чем черт не шутит, все в жизни надо попробовать! Я не отравлюсь, а отравлюсь так вылечусь. “
Говоря языком risk management, вы принимаете риск. Одна проблема – принимаете вы его не до конца осмысленно, а лишь веря, что вероятность все-таки маленькая что вы отравитесь. А вероятность вы определяете по совокупности эмоциональных факторов, а не базируясь на объективной статистике отравлений в этом ресторане.
Недавно летела в самолете и наблюдала ситуацию которая точно отражает эту теорию.
Мы сидим в самолете. Проходит инструктаж что делать если самолет терпит крушение. Стандартная процедура. Естественно ни один человек его не слушает. Что мы здесь видим?
Есть ли риск? Конечно! Но каждый из нас думает про себя что:
Катастрофа не произойдет т.к это же не может случиться со мной, авиакомпания надежная ( = я выбрал нормального поставщика), пилот опытный ( = поставщик опытный), если что-то вдруг пойдет не так они справятся (= поставщик решит проблему). Принимаем ли мы осмысленно риск что мы можем разбиться в авиакатастрофе? Конечно нет. Мы киваем лишь потому что думаем что этого не случится.
Я однажды летела в Швецию и наш самолет сломался. Его вроде как починили, но звуки он издавал очень странные. Риск полета на таком самолете был очевиден даже младенцу. Так вот это был единственный случай в моей жизни когда люди не просто слушали этот стандартный инструктаж, а еще и задавали вопросы.
Так и в бизнесе, все надеются, что их пронесет и хороший поставщик все-таки справится со всеми рисками, а значит можно просто кивнуть когда тебе говорят о потенциальных проблемах. А не справился – так значит поставщик плохой, за что я ему деньги плачу. Пусть дает мне discount или делает absorption неэффективных часов.
Соответственно проблема которая возникает перед каждым менеджером может быть сформулирована так:
“Как сделать так чтоб клиент кивал более осознанно, а главное участвовал в разрешении потенциально рискованных ситуаций? “
Менеджер приходит к клиенту, начинает рассказывать про риски а он говорит « ниче не знаю, не хочу это обсуждать»
Или клиент считает очень трудозатратно и ничего делать не нужно,авось пронесет
ИЛИ мы ему отдаем проблему
Менеджер приходит к клиенту, начинает рассказывать про риски а он говорит « ниче не знаю, не хочу это обсуждать»
Или клиент считает очень трудозатратно и ничего делать не нужно,авось пронесет
ИЛИ мы ему отдаем проблему
Менеджер приходит к клиенту, начинает рассказывать про риски а он говорит « ниче не знаю, не хочу это обсуждать»
Или клиент считает очень трудозатратно и ничего делать не нужно,авось пронесет
ИЛИ мы ему отдаем проблему
Менеджер приходит к клиенту, начинает рассказывать про риски а он говорит « ниче не знаю, не хочу это обсуждать»
Или клиент считает очень трудозатратно и ничего делать не нужно,авось пронесет
ИЛИ мы ему отдаем проблему
Background, как он воспринимает информацию, как они с ними работают