Внедрение agile-подобных практик по инициативе заказчика

596 views

Published on

Презентация Ольги Павловой. Конференция Software Project Management Conference-3.
6 декабря 2013, Казань.
http://www.spmconf.ru

Published in: Education
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
596
On SlideShare
0
From Embeds
0
Number of Embeds
106
Actions
Shares
0
Downloads
6
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Внедрение agile-подобных практик по инициативе заказчика

  1. 1. Гибкость шиворот-навыворот Внедрение agile-подобных практик по инициативе заказчика
  2. 2. Возьми FP, купи водопад 2
  3. 3. Я не знаю, зачем и кому это нужно 3
  4. 4. Просто не знаю, как это делается 4
  5. 5. Мечты о поведении исполнителя 5
  6. 6. Тендер среди супергероев 6
  7. 7. Как ведут себя исполнители-зайки?
  8. 8. Их можно контролировать 8
  9. 9. Они экономят мои деньги 9
  10. 10. Они внимают моим хотелкам 10
  11. 11. Они воюют с бардаком и непредсказуемостью 11
  12. 12. Они ориентированы на результат 12
  13. 13. Они хотят того же, что и я 13
  14. 14. Они знают, что делают 14
  15. 15. Как заказчик понимает гибкость? 15
  16. 16. Во-первых, они всё равно вас заставят… 16
  17. 17. Если бы заказчик рассказывал про «гибкий» проект…
  18. 18. Гибкость — это для меня, любимого 18
  19. 19. Можно начинать разработку, когда я ещё не всё «выхотел» 19
  20. 20. Не надо принимать «окончательных решений по дизайну» 20
  21. 21. Со мной будут разговаривать! Разговаривать! 21
  22. 22. Время от времени мне что-то будут показывать 22
  23. 23. Прогресс нагляден, его можно потрогать ручками 23
  24. 24. Есть куда направить энергию заинтересованных коллег 24
  25. 25. Есть надежда, что работа пойдёт более-менее равномерно 25
  26. 26. Не надо платить Сразу Очень Много Денег 26
  27. 27. Мы сразу узнаем, если что-то не получается 27
  28. 28. Мы всегда можем унизить исполнителя 28
  29. 29. Каждую неделю можно отчитываться начальству об успехах 29
  30. 30. Чего боится исполнитель? 30
  31. 31. Пытка «Расскажи, как будешь работать» 31
  32. 32. Какие мы знаем тайные страхи исполнителей?
  33. 33. А вдруг заказчик — не идиот? 33
  34. 34. В чёрном ящике комфортней 34
  35. 35. Суета вместо гибкости 35
  36. 36. Некомпетентность и халтура — как на ладони 36
  37. 37. Придётся общаться 37
  38. 38. 100500 мучительных презентаций 38
  39. 39. Придётся регулярно поставлять промежуточный результат 39
  40. 40. Хотелки вразнобой без начала и конца 40
  41. 41. Бессмысленность работы — всё равно передумают 41
  42. 42. Дураку полработы не показывают 42
  43. 43. Не учите нас жить, лучше помогите материально 43
  44. 44. А давайте его отговорим!
  45. 45. Дорогой, забудь про fixed price, да? 45
  46. 46. Ты что, и правда хочешь участвовать в нашей работе? 46
  47. 47. Напугаем заумью и выпустим на программистов 47
  48. 48. Полянка для переговоров 48
  49. 49. Жажда контроля живёт и побеждает 49
  50. 50. Не надо называть вещи своими именами 50
  51. 51. Вечно живой backlog вместо ТЗ 51
  52. 52. Торговля за функционал итерации 52
  53. 53. Гибкость в жёстком плане-бюджете 53
  54. 54. Гантт — довольно гибкий господин 54
  55. 55. Можно. Посчитать. Деньги. Ой :) 55
  56. 56. Календарь принудительных презентаций 56
  57. 57. Перекладываем ответственность за количество итераций 57
  58. 58. Еженедельно согласуем объём и деньги 58
  59. 59. Как ни странно, договор — не проблема: http://goo.gl/jO3MDz 59
  60. 60. Заказчик меняется 60
  61. 61. Понимает, что его хотелки будут расти 61
  62. 62. Сопротивляется идее «работать строго по ТЗ» 62
  63. 63. Озабочен минимальным качеством 63
  64. 64. Местами-временами профессиональней исполнителя 64
  65. 65. Осталось очень мало заказчиков без опыта покупки IT-услуг 65
  66. 66. Позиция «А давайте без разработки?» уже не безумна 66
  67. 67. Вопросы без ответа 67
  68. 68. Какие действия заказчика разрушают вашу машинку?
  69. 69. Насколько гибка культура производства у вашего заказчика?
  70. 70. Почему о гибкости распинаются только исполнители?
  71. 71. Говорит и показывает не-Москва 71
  72. 72. Константин Калинов: http://goo.gl/38sW0q 72
  73. 73. Владимир Завертайлов: http://www.sibirix.ru 73
  74. 74. Мнения широкой общественности 74
  75. 75. «Заказчик, который перестраивает процессы подрядчика, занимается не своим делом»
  76. 76. (Martin Fowler на кейс слушателя) «Знаете что? Да нахрен вам agile в этом проекте не нужен!»
  77. 77. «Если заказчику плевать на моду и инкрементал, а нужно "вот это, на майлстоун Х", то аджалистов скоро повесят на площади. Если аджайлом заболела вся контора и заказчик внутренний, то выйдет наоборот»
  78. 78. «На этапе эксплуатации [в телекоме] "гибкие" методы применимы даже менее, чем на этапе проектирования/развертывания»
  79. 79. «Аджайл применим почти слепо там, где нет жесткий майлстоунов и речь идет не о пожаротушении, а о полировании шарообразных»
  80. 80. «Еще у аджайлистов истерика начинается по соседству с железяками, когда есть длинные и ОЧЕНЬ длинные тесты, там у них рвет крышу, что что-то можно тестировать полгодагод, и это невыбрасываемое требование (а иначе нельзя продавать на рынке размером в несколько сотен миллионов простых коротышек)»
  81. 81. «Кораблики из бумаги клево по аджайлу делать»
  82. 82. «При мне две команды пытались работать по процессам типа agile. Оба раза это вылилось в коллективный уход от ответственности словами "Чуваки, вы что? Кто это придумал?"»
  83. 83. «Agile хорошо использовать, когда архитектура уже устаканилась и есть основа, на которой можно реализовывать быстро меняющиеся пользовательские хотелки. Идеальный пример - типовые интернет-проекты»
  84. 84. «Эджайл в бизнесе неразрывно связан с системой оплаты time&material. Отсюда и основная проблема - вечное подозрение заказчика, что его на*** с затратами»
  85. 85. «После того, как пару лет назад в резюме ПМа я увидел управление проектами "адгиль" (sic!) , я понял что дух стартаперства и разработки на отлепись проник в удаленные уголки России»
  86. 86. «Когда в организации я слишком часто стал слышать от молодежи непонятное слово Эджайл, заинтересовался. Почитал. И обнаружил, что моя группа предпенсионеров очень давно и именно так и работает над внутренними задачами автоматизации и реинжиниринга. С другой стороны, когда молодежь стала тупо внедрять PM методику тотально, в том числе - в задачи, где она органически не подходит - я вспомнил старую еще заводскую поговоку: "Техника (замените на методика) в руках дикаря - кусок железа"»
  87. 87. «Трансформация культуры - сложный мучительный процесс, особенно когда идет сверху. Кажется, что оно выходит лучше, когда процесс выбирает себе рабочая группа / команда самостоятельна»
  88. 88. «Передаю этим идеологам из Бостона пламенный привет и надеюсь какнибудь посмотреть, как они будут такой вариант контракта продавать директору птицефабрики где-нибудь в Сибири»
  89. 89. «Все говорят, что у них scrum, рассказывают про спринты и всё такое, но при этом никаких частых релизов нет»
  90. 90. «Но весь "аджайл" заканчивается в тот момент, когда появляются жесткие требования и сроки. Когда у меня есть дата вступления очередного закона в действие, мне наплевать на мнение команды»
  91. 91. «Когда оценка команды на аджайле не оставляет запаса по времени хотя бы в 10%-15%, а задача критична и не имеет права на провал, начинается ручное управление»
  92. 92. «Мне почему-то всегда кажется, что очень глупо говорить "и так всем давно известные и понятные вещи"»
  93. 93. «Кода у нас на начало спринта определён список фич, мы можем поступить по принципу хуяк-хуяк и в продакшен или же взять каждую фичу отдельно и прогнать по всем водопадным шагам»
  94. 94. Ещё? Спасибо! http://on.fb.me/IRmCip http://bit.ly/18jloSG www.pavlova.cc sobaka@pavlova.cc +7 (812) 640-49-21

×