Comments 10
В общем, требуется план на создание плана разработки.
И за деревьями уже давно не увидеть леса. Всё в психологии погрязло.
Пора начинать движение за упрощение и водопадную разработку: работало же!!!!
И вообще, это сарказм ...
Соглашусь
добавлю еще, что для не ИТ-компаний, т.е. компаний, с профилем бизнеса - не ИТ деятельность, но с достаточно сильным ИТ подразделением, на ИТ сильно оказывает влияние внутренняя бюрократия и "борьба бульдогов под ковром". В какой-то момент ИТ проекты превращаются в рычаги влияния и достижения персональных целей для бульдогов. И тогда применяются все возможные доступные рычаги и средства стимулирования, упорядочивания энтропии. Ничего личного! только бизнес ;)/
Поддерживаю, сам работаю в ИТ отделе не ИТ-компании. Многие из сторожил (имеющие неявное влияние) начинают воспринимать ИТ как домашнюю игрушку. Не имея компетенций в этой области заявляют, что их предложение по автоматизации решит проблемы организации, даже там где они отсутствуют, либо рассмотрены с одной (стороны заказчика) позиции, при этом не согласованные с остальными участниками процесса автоматизации.
Все правильно - энтропия растет, старожилы сопротивляются (вплоть до выдавливания на пенсию), молодые и энергичные тимлиды навязывают процессы которые не могут контролировать и наблюдают за петушинными боями, соглашения устанавливаются аж на верхнем уровне R&D, процессы записываются в SOP, WI, и GL которые объявляются обязательными к исполнению и т.п. А сверху еще навязывается корпоративная культура под лозунгом улучшения культуры производства.
Отлично! Мотивируй каждого сотрудника тем, что он хочет.
Вы приняты в отдел кадров!
Это лид написал? А звучит как нытье мидла - "все сложно, и учится сложно", а вот ещё тут, "не поверите" оказывается что паттерны управления прямо не копируются межу командами. И да процессы "надо строить", даже если ты один кто это видит
Опровержений нет, ситуации знакомы.
Рефлексия вещь хорошая, но идеал не достижим. На ретроспективах бывает ощущение, что в целом уже никаких проблем особых нет, так просто мелочёвку перетираем.
Однако вроде же ретроспектива не только про улучшение, но ещё и про общий сбор когда можно порадоваться своим успехам? Подтвердить, что действительно помогло? Или путаю со Sprint Review.
Про инструменты вопрос более болезненный. Возможно, я старых взглядов, но считаю что владение инструментом нужно совершенствовать. Лучше парой инструментов владеть превосходно, чем десятком кое-как. Я же вижу как пытаются привнести всё новые и новые инструменты - то новые анализаторы кода (хотя нынешние ещё нормально не освоили), то анализаторы затрат в облаке (хотя встроенными решениями пользоваться бы нормально), то ещё сверху новых целей насыпаем.
Занятно, написал две мысли выше, и понял они как будто бы противоречат друг другу, ушёл думать.
— Предлагаю кантонский диалект. Ок?
— Не ок, мы это… не все за.
— Дискурс. Ок. Кидаем идеи, аргументы… доказали, что из кантоского нужно выкинуть это и это. Добавить это. Дальше демократия кончается и все пилят проекты по озвученным и согласованным резолюциям) Не?
Во всем нужна мера и последовательность. Внедрение каких-либо изменений требует такого же тщательного продуманного подхода, как и написание кода. А кидание в крайности и хаотичность в решениях как раз и приводят к тому, что потом все инициативы направленные на улучшения воспринимаются, как очередная бредовая придумка от менеджмента.
Пара тимлидовских побасёнок