Миникурс - Цели : Лекция 2
Цель
Проверка цели, использование своего и чужого опыта, управление рисками
Тезисы
Любое утверждение кто и как будет оценивать - является все-таки только предположением.
В понимании Agile единственной достоверной проверкой этого предположения является подтвержденное достижение цели именно этим человеком и именно этим способом ("единственный способ измерения прогресса - это работающий продукт").
Мы можем делать это предположение из собственного опыта. Чем больше мы делали подобных задач - тем больше наш опыт уже подтвержденный практически (решенными нами ранее задачами).
Если у нас нет своего опыта - мы можем воспользоваться чужим - товарища, эксперта, книжки и так далее. Мы можем прибегать к опыту и тогда когда практическая проверка затруднена (например правильно ли ведем учет своих денег, что узнаем только когда проверят наш налоговый отчет) или болезненна (например нас оштрафуют или посадят в тюрьму).
Тут важно понимать насколько их опыт основан на практическом успешном применении знаний которыми мы пользуемся (доверие к источнику).
Схожий вопрос - как много/как долго следует выполнять поиск цели.
1) Важно использовать подход Just in time - ровно настолько, чтобы мы с достаточной степенью достоверности делали нужную работу.
2) Время будет зависеть от опыта - если мы раньше этим не занимались вообще или занимались в другой предметной области или в других условиях - тем меньше предыдущего опыта мы можем использовать и тем дольше это будет.
Что делать с тем что наша цель может быть не точной?
1) Стандартная рекомендация Scrum - обеспечить постоянную проверку гипотез через частые релизу - т.е. ставить цели маленькие и проверять их часто. Тоже самое говорит lean management с идеей ограничения work in progress.
2) Управлять рисками. Если мы знаем что мы можем быть не точны (а мы точно можем, мы люди) то это риск ошибки.
По рискам следует:
a) Обозначить риск - признать его существование. б) Определить как мы узнаем что риск наступил (желательно как можно раньше). в) Определить что мы будем делать если риск наступил (желательно чтобы устранить максимум неприятных последуствий) г) Следить за наступлением рисков и выполнять спланированные действия если риск наступил.
Практика
Выбрать задачу, и показать на её примере внедрение опыта.
Например надо внедрить в компанию Agile.
Зачем? Кто будет оценивать? Обратить внимание на важность принятия аксиом. Аксиом тут только две:
Что компания живет только если она получает прибыль (а значит должна или тратить меньше или зарабатывать больше)
Agile - это то что определено agile manifest и 12 agile практиками.
О том что заказчик который хочет agile точно знает что agile поможет - это гипотеза. Могут не знать.
О том что проблемы реально решаются agile - это гипотеза. Могут не решаться.
Выделить два элемента прибыльности - увеличить доходы или уменьшить расходы. Сопоставить оба пункта с agile. Показать что agile нигде не обещает уменьшить расходы. Можно подсказать что уменьшит только по сравнению с полным бардаком. Показать что увеличение доходов связано с увеличением value и показать связь agile и value (agile is value-driven development).