+

Sunny Shelf (4) увеличил репутацию Dmitry Simonov (16)

​​Анекдот: прибегает вдруг бизнес....

Это продолжение поста о тихих и послушных руководителях разработки. Взгляд с противоположной стороны:

- Продавец! Почему яйца грязные?!
- Курам такой план дают, что жопу вытирать некогда...

Изнанка работы бизнеса заключается в том, что он строится на основании инициатив. Внимание, - перечитай эту фразу: бизнес строится на основании инициатив.

Это охотники, которым поставили план - к вечеру добыть мамонта. Ты можешь делать планирования, демонстрации, ретроспективы, что угодно! Делай какие угодно церемонии, но чтобы мамонт к вечеру был доставлен. Хоть наизнанку вывернись! Сдохни, но сделай! Смерть не является оправданием неудачи.

И когда технари начинают общаться с таким охотником, получается полный разрыв шаблона. У этого ошалевшего охотника глаза горят, он весь на изменене, ждёт подлянки от всех с рынка, а эти белые воротнички из его собственной команды начинают ему рассказывать "приходи за задачей через год!" он может только схватится за голову: КАК ЭТИ МНЕ МОГУТ ВООБЩЕ ПОМОЧЬ????

Охотник перестаёт верить в этих технарей, которые говорят умные слова, жрут бабло, как паровоз, а выхлоп будет когда-нибудь в следующей жизни. С ними нельзя договориться! Он ожесточается и орёт на этих технарей, подгоняет этих мальчиков, делает их виноватыми. А что с ними ещё делать, если они каждый раз чётко и последовательно аргументированно доказывают, что они не могут быть ему помощниками? Они недоговороспособны!

И с этого момента начинается вражда между бизнесом и технарями.

Ну если они не могут помочь, то наверное это плохие технари? :)

Записываться на менторство ко мне здесь: https://calendly.com/ctorecords/mentor15min :)

Поэтому отечественный бизнес очень часто трясет при упоминании гибкой методологии разработки ибо сроки "не сейчас"?

Отечественный бизнес (Ты удивишься) ОЧЕНЬ любит скрам. Как раз по причинам, описанным в посте: из-за того, что скрам делает прозрачной всю разработку.

А мне вот с этим не повезло. Выборка конечно не большая, но все ждали "мамонта к вечеру". А как будет доставлен неважно. Ещё и оперативно реагировать на баги/вопросы сапорта. Знаю - сам себе злобный - бизнес надо тоже обучать и показывать как ещё можно. Здесь много было уже историй про это...

Сочувствую! Это нелегко.

Если бы в компаниях типа Parallels, Aelita, Veeam  поступали бы так, как ты описываешь, не было бы ни одной работающей версии гипервизора, сисиемы  управления AD и Exchange, backup/recovery.

Scrum - это метод управления заказной разработкой где заказчик платит по шаблону time and materials. С коротким    циклом жизни  архитектуры - от момента закладки до превращения в инвалида на костылях проходит год-два.

Никаго особого контроля скрам не даел, он дает иллюзию контроля.

В вышеописанных мной компаниях ситуация, когда продавец подойдет к разработчику просто невозможна. А, если, не дай бог, что-то скажет плохое о нем или о продуке, то будет уволен сразу же. В Aelita не делали исключений даже для дорогих американских сейлов. Сказать что-то плохое разработчику они прямо не могли, могли сказать плохое о продукте.

Какой-то противоречивый параграф. Именно гибкая методология и дает результат сейчас.

Но для негг нужен бизнес, который рассказывает про бизнес и технари, слушающие про бизнес

Странное представление, будто скрам обязывает иметь короткий цикл планирования архитектуры.


Не, тут конечно я не спец и возможно скрам-мастера, которые напаривают свой консалтинг именно такую туфту несут, но ничего не мешает иметь план на год-два по архитектуре и идти к бизнес-целям ориентируясь на этот план

Я столкнулся с подходом что "результат дают сроки и периодическая проверка под конец". А эти ваши скрамы так это чтоб команда не бунтовала. И с большим трудом удается уходить от этой парадигмы бизнеса.

Для меня это звучит как наивные розовые мечты человека, который купил квартиру, оплатил ремонт и планирует в нее вьехать после возвращения с вахты.

У меня нет задачи Вас переубедить или поделиться болью. Просто бывают когда работают ещё по форматы из предыдущей эпохи, так сказать.

Результат дают сроки, ответственный менеджер проекта с архитекторскими скилзами, грамотная команда, и интерационная разработка с регулярными отсмотрами и коррекцией.

Скрам превращает разработку в полный треш, архитектура запарывается очень быстро, и на выходе при  любом раскдаже всегда сырой продукт.

Коллеги! Вы вот не уходите в штыковую атаку. Максим делится своим опытом руководителя технологической компании. Причём успешной компании!

Я не очень понимаю, почему вы считаете что я хочу переубеждаться :)

Давайте задам вопрос: вы наблюдали сами, как команда справляется с незнакомым проектом в срок при фиксированном сроке?

И в мыслях не было)