Product Operations & Agile Delivery Architect
· 16.08 · ред.Вопрос
13 комментов
· 17.08
Возможно приоткрою завесу тайны, лично для меня все эти "прогрессивные методологии" не более чем красивые слова придуманные к логическим действиям. Все методологии на ежедневной основе использует каждая домохозяйка, к счастью не подозревая об этом! Ты не приготовишь борщ пока не почистишь картофель - о боже это же Waterfall! А если мы начнем всей семьей готовить борщ, я чищу картофель , супруга готовит зажарку, дети пошли в магазин за зеленью и в моменте сломался миксер и выключили свет , придётся адаптироваться и заменить миксер на ручной труд, а что же получилось ? не Scrum + Agile. А волшебные записки на холодильнике от родителей с задачами, а вечером стыд за невыполнение, не Kanban ли это?) Это все мишура! Делайте так как вам удобно , главное результат, а как это будут называть , лично мне вообще похер!
ответить
коммент удалён
ответ удалён
· 17.08
Под фразой "делай так как удобно" не совсем то, о чем вы подумали. Я подразумеваю выстраивание процессов и ведение проекта по отработанной схеме, которая только в вашей голове и которая приведет к результату. Проект проекту рознь, не существует методологии работающей одинаково хорошо на разных проектах и с разными командами.
ответить
ответ удалён
· 17.08
По сути все верно, но вот с выводом все не так просто. «Делать как удобно» это может работать для одного или для команды до 5 человек. Все что больше «делай как удобно» превращается в хаос. С каждым человеком и командой накал хаоса и сложность его укрощения растет в геометрической прогрессии. А это все потери и времени, и денег, и возможностей. Порой очень большие.
И потому в организациях без выстроенных процессов не обойтись. И чем раньше они будут выстраиваться тем лучше. Как я говорил здесь в комментариях, я не адепт какой-то конкретной методологии. Я использую наиболее эффективные практики и методы из разных фреймворков и методологий, которые дают лучший результат в каждом конкретном случае.
Я подхожу к этому как к разработке внутреннего продукта компании, где сотрудники – юзеры. Я строю культуру и процессы в которых им удобно и все счастливы, но при этом все процессы организованы, эффективны и синхронизированы по всей компании. Все работает как единый организм. Больше результата с меньшими усилиями и все такое.
А с тем что не нужно душить сотрудников методологиями и превращать это в бюрократию – я абсолютно согласен. Вся суть процессов в том, чтобы каждому в команде было удобнее, проще, быстрее и интереснее решать свои задачи.
ответить
ответ удалён
· 16.08
Иногда я думаю, вдруг со мной что-то не так, если от этого буллшита уже воротит.
И еще флешбеки: когда от кандидатов на собесе слышу что-то о «выстраивании аджайла» или «скрам это моя любимая методология», и человек артефактом скрама называет страницу в конфлюенс с описанием задач, мне становится просто плохо.
ответить
коммент удалён
· 16.08
Согласен.
Дополню себя. Теория нужна в начале пути для понимания и изучения концепции. Для базы в общем. С годами все эти принципы и ценности вшиваются в подкорку, и становятся частью тебя.
И вот что я имел ввиду, что если кто-то не может объяснить какие-то вещи вообще – это совсем новичок без базы. Если же этот кто-то вываливает наизусть формулировки и термины как из книги – это практически на 100% дилетант без реального опыта и/или фанатик-догматист.
Закаленный спец, который доставляет реальный результат, если нужно объяснить какой-то концепт из методологии, сделает это своими словами на основе реального опыта и оч далеко от формулировок из библии (зачеркнуто) скрамгайде.
ответить
ответ удалён
· 16.08
Не верю, что они в чистом виде вообще существовали, как любая утопия. Меня удивляет в услышанном несколько вещей: наличие в принципе любимой методологии, натягивание лычек внедрения, когда ты просто задачи на спринты поделил, и все это звучит странно без попыток хотя бы ознакомиться с теорией и концептом, а зачем этот инструмент, в чем была идея, для чего он хорош. Это как проверочный вопрос, хочет ли кандидат мне в уши налить про аджайл или он реально евангелист вот этого.
Теория мне не нужна, очковтирательство и социально одобряемые ответы тоже, но я хочу думающих людей, которые способны глаза открыть, проверить себя и сказать себе не хуйню ли я сделал. Рассуждения типа любимая методология для меня звучат как редфлаг. На уровне «я люблю суп есть вилкой».
ответить
ответ удалён
· 16.08
После 13+ лет, для меня любая теория из книжек – это скорее раздражитель или как принято сейчас в деревнях говорить - рэд флаг 🚩.
Меня лично вот совершенно не волнует скрам, хуям, канбан, долбан или еще что. Кто там кому артефакт и прочее.
Я давно уже забыл все эти книжные теории, которые в реальном мире в ванильном виде никогда не работали и не используются напрямую. Но я знаю точно, что тот кто это помнит наизусть и догматично топит за конкретную религию (зачеркнуто) методологию, а если еще и обвешан сертификатами с головы до ног – тот дилетант.
Все что меня волнует – это либо процесс работает либо нет. Всем все понятно, удобно, прозрачно, быстро, команды и стейкхолдеры счастливы, а результат предсказуем? Значит все збс. А какой фреймворк или методология для этого использовались – вообще похуй.
Я лично в чистом виде ни один не использовал уже лет 7 наверное. Я постоянно изучаю новое и все такое, чтоб пополнять свой арсенал. Но когда строю – это всегда масштабируемые гибридные модели отточенные годами экспериментов и собственных изобретений. Только максимально эффективные и простые для понимания и освоения командами методы и практики.
ответить
ответ удалён
· 16.08
Однажды ко мне на новый большой проект высадили нового техлида. Он был большим любителем скрама (ну знаете, тот самый скрам, который везде, это когда работы зачем-то делят на 2 недели, ни больше, ни меньше, ну и всем надо сказать в конце, почему это сделать не успели).
Так вот, я ушла в отпуск. А чел решил в это время внедрить этот скрам, пока мама не видит. Команда большая, сотни проебанных на планирование планирований часов, команда не понимает, зачем и что делаем, полностью сбитый фокус с того, что реально надо сделать с учетом сжатых сроков, на просто загрузку каждого в команде, куча лишних телодвижений, полное непонимание картины происходящего, задачи, никогда не успевающие проходить цикл с учетом бигтех процессов.
Я чуть не поседела. А потом еще эти квартальные планирования, когда месяц из квартала вы тратите на планирование низкого качества, потому что по итогу тебе все равно скажут, что и когда от тебя ждут принудительно, сколько ресурсов дадут и за сколько вам нужно это сделать.
ответить
коммент удалён
· 17.08
- За сколько сделаете эту задачу?
- По всем метрикам и прогнозам +- через месяц.
- Так не пойдет. Го через 2 недели.
- Это невозможно сделать за 2 недели в том виде, в котором задумано. Можно срезать половину фич и тогда получится за 2.
- Ладно.
2 недели спустя:
- Релизнули?
- Да, как и договаривались.
(Смотрит демо / тестит)
- Это че за хуйня? А где вот это, это и вот это?
- Вырезали. Вы ж сами хотели за две недели и я сказал, что это возможно только срезав фичи. Вот через 2 недели есть кор-фичи, без жирка.
- Так это хуйня же! Без того того и того нет в этой фиче смысла!
- Потому изначально их запланировали. И собирались сделать за 4 недели. Но вы захотели за 2.
- Че просто нельзя было взять и сделать все за 2 недели?
- Нет.
- Вы просто работать не хотите и специально завышаете сроки!
- 🙄😒
ответить
ответ удалён
· 16.08
Больше всего мне нравится вариация этой классики в исполнении «мы посмотрели на ваши планы, они нам не понравились и мы согласовали их выполнение в срок на 3 недели раньше» и потом вы уже виноваты в сдвигах.
ответить
ответ удалён
· 16.08
Ах, классика. Особенно квартальные планирования. Когда все, включая C-лвл, усердно делают вид, что серьезно планируются – обсуждают цели, задачи и тд. А в конце все радостно хлопают самим себе, ведь они большие молодцы, запланировались аж на 3 месяца вперед (точнее уже два, ведь месяц ушел на планирование).
А потом, спустя ровно минуту после того как закончилась эта сессия, кто-то из C, например продажник, зажимает в углу какого-нибудь PO или разраба и настойчиво соблазняет сделать какую-то фичу «патамушта очень нада». А твист в том, что эта фича даже близко не обсуждалась на планировании.
И вот уже через пару дней вся компания делает какую-то хуйню, которой даже близко не было на планировании, а то что было унесено ветром и успешно забыто.
То что «планированием» и последующем спуском в унитаз его результатов сожгли в небытие сотни тысяч, а то и миллионов денег (в зависимости от размера компании) все предпочитают удобно не замечать. Но как только прижмет дно на банковских счетах и в этом месяца гендир сможет купить только 1 яхту, а не 5, решение всегда одно – всех плебеев массово расстрелять.
ответить
ответ удалён
· 23.08
У меня без травм идёт после перерыва знакомство с новыми словами. Дама приятная аджайл читает от Гугла :)
Приятно видеть, что ещё в 2001 использовал подходы из будущего. Попал после института на месячную вахту на промкомплекс внедрять самописную бухгалтерию. По нужде приходилось комбинировать и так и сяк (хорошо, что в библиотеке зависал, имел представление о Тейлоре, Форде, Лин и Тойоте). Начальник слился, и я стажером оказался один в Сибири против разгневанного заказчика и 50 человек, подвергаемых оцифровке. Несколько недель, расклейка записок, освоение системы, конструктора отчетов, бухучёта, ариса, обучение той полусотни. Я не понял, как мы её сдали. Заказчик хлопал и много пили )) Думаю, что я тогда интуитивно пришёл к некоторым вещам, потому что следующие автоматизации не вызывали методических напрягов. А там PMbok. Мне повезло с IT конторами: чёткие СА и руководители, техспецы. Как-то слаженно всё было. Проблемы были из-за ПМов, они не нарушали процесс, а рушили. Так что к подходам и инструментам вопросов нет. Всё можно согласовать в определениях.
Что бы я освоил сегодня - программы по управлению развитием процессами. Модель предприятия в реальном времени - это увлекательно!
ответить
коммент удалён