- Каждый, кто учится играть на музыкальном инструменте, мечтает, что вот так сядет где-то в общественном месте и сбацает! - Просто каждый. Даже кто не учится 😅
Депо 3 вокзала, 2 этаж. Обеды без телефонов - люкс!
«Ребятки! Пожалуйста, за 2 недели прочитайте рекомендации Минцифры по СЦТ, я вам там скинула в группы файлик, и будьте готовы написать структуру разделов СЦТ - 6 маленьких пунктиков»… 🧚♂️
Тем временем, учитель химии в школе, 9 класс, обычное ДЗ на следующий урок 😈:
На днях, не сдержавшись, поправила в чате дома, что «медь» на айтишном жаргоне - это все-таки телефонный кабель, а то, что там называли «медью» - «витая пара». На что соседи совершенно резонно ответили мне, что я тем самым выдаю свой возраст 😁 RJ-12 в столице давно раритет.
Так и с продуктовым подходом, и с эджайлом, и с DevOps. Для олдскул это просто новые названия для интуитивно понятных и правильных старых подходов.
Помните, как делили в 2013 ЦК SAP на Развитие и Поддержку? А я ворчала, что все наши карьерные лесенки ОЦО в Саратове, инструменты развития, система наставников и тимлидов насмарку? А сейчас бы - «Ба! Да у нас работающий ДевОпс, мы уже на острие прогресса, не надо ничего выводить, назовём по-новому, а скажем, что реорганизовали!» 😁
А Разработка между делом внутреннего портала, без заранее определённого плана, с опросом и доработками на ходу? Чистый эджайл!
Продуктовый подход - самый страшный «микроскоп», которым можно забить гвоздь в крышку непрерывности или ИБ в корпорации. Стоит вытащить вертикаль отдельного ПО со всеми кусками инфраструктуры, сетей, сетевых экранов, антивирусов, портов, СХД, совместимостью браузеров, подходами контроля качества и опросов пользователей из тела большой системы - и все, пиши-пропало, сыпется. И техника, и удовлетворённость ИТ.
При этом, если «продуктом» считать весь цикл и набор центров компетенций для бизнес-услуги (корп АРМ с набором решений) - то и в продакт-менеджменте, этом порождении эпохи стартапов, есть чем разжиться в плане прекрасных подходов. Желательно просто быть в курсе, где описаны и как называются «гипотезы» и «обратная связь» в старом добром ITSM. И скрестить.
Таким образом, самыми нужными в компаниях становятся все больше не только «цифровые трансформаторы» - но и рабочие, операционные трансформаторы подходов. Которые приземляют новую моду на работающие решения, в результате чего они живут и развиваются, а не превращаются в набор лоскутков, которые трещат по швам, а в компании остаётся все меньше живых людей, способных объять картину в целом и взаимоувязать все её части.
Могла ли я 5 лет назад, ворча в этом канале, тогда ещё с большим количеством лонгридов, а не мемов, представить, что буду вести предмет по цифровой трансформации в вузе? 😅
Ну и, если честно, фраза «если вы, аналитики-разработчики, не начнете разбираться и учитывать «железо» и инфраструктуру заказчика - то даже не вздумайте идти в трансформаторы…» - самая частая у меня на парах.