Правильный вариант 3, потому что он приближает к целевой позиции. Проверим по «формуле успеха»:

1. Это легальный способ понять как взаимодействовать со смежным подразделением - задача как раз на стыке разных дисциплин

2. Это точно не обычная задача разработчика - буде опыта Х10 или даже больше 😎

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

4. Написав регламент, нужно также обосновать чем он улучшит работу компании и какую пользу принесет. Это решает также задачу «видимости» успеха (в хорошем смысле слова). В подвиге мало проку, если никто не сложил про него сагу 🤣

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

Подводные камни Agile.

Методологию любит менеджмент за :
😎 прогнозируемые расходы (заранее известно сколько стоит команда в месяц/год)
😎 регулярные гарантированные результаты (каждый спринт что-то да будет)
😎 отсутствие ключевых специалистов (обычно команда может легко пережить потерю 30 или даже 50%) - единицей управления становиться команда

Но редко упоминает о таких моментах:

😈 Ограниченный профессиональный рост - на 98% ограничен как внутри команды (5-10 человек), что вымывает реально сильных специалистов
😈 Компетенции и способности отдельного сотрудника не очевидны - единицей управления сносится «команда», соответсвенно отсутвует внятный карьерный путь и человека оценивают «выслугой лет» и входным собеседованием
😈 команды склонны сваливаться в «крысиную стаю» - где идет постоянный поиск и отторжение «слабого звена» или в «клуб любителей смузи», поддержание приемлемого баланса требует значительных инвестиций в корпоративную культуру и производственные процессы
😈 за 2-3 года команды обычно утрачивают способность делать fix price проекты

Удивительное рядом

Ищу в команду под проект следующие позиции:

⭐️ devops лид
⭐️ 2-3 сильных девопса
⭐️ 2 специалиста по Jira (переучим на конфигурирование испортозамещенного аналога)
⭐️ 2-3 аналитика Senior

Детали можно обсудить здесь @alexey492

Требования высокие, уровень Senior, проект длительный оплата достойная. Можно в штат, или на подряд. Full time. Удалёнка возможна (но в РФ).

Сделали welcome pack для новых сотрудников :)
История совсем не дорогая, но приятная.

Мой «умный» офис сейчас расположен в коворкинге на Белорусской.

Почему «умный»? - у нас много персонала на удалёнке и поэтому я арендую небольшое «фиксированное» помещение и мы берём переговорные комнаты, когда нужно очно собраться большим составом или с клиентом + в доступе open space где можно работать «на диване с кофе» или «с видом на город у барной стойки» (кстати кофе вариант настоящая бариста и это включено в стоимость аренды :))

Но вот один этаж арендовала компания из экосистемы Сбера и превратила этот этаж в «обычный офис», сразу внедрила «Сбер Очередь» - сотрудники приходят в 9.00 и с 9.00 до 10.30 где-то создают очередь у баристы.

Вот так можно наглядно увидеть различие корпоративных культур.

Участвую в исследовании отечественных CRM систем, по первому подходу начитали 36 вендоров 😱

Я не читаю электронную почту, если специально не договоримся, что надо открыть конкретное письмо или написать «официальное письмо» по электронной почте.

Почему? Моя работа как CEO в основном договариваться, а это сильно проще и быстрее делать в более интерактивных каналах звонок / мессенджерах. E-mail остался только как инструмент фиксации договоренностей - как раньше факс. Кроме того резко уменьшается проблема гиперконтроля.

Пример: получили договор в телеге, внесли правки, собрали звонок, зафиксировали в телеге решения, отправили договор по ЭДО. Тут вообще для e-mail нет места и решается внутри дня. А когда раньше с тем же заказчиком все переговоры шли через мейл было 7-10 итераций, в день по почте влезала 1-2 итерации. Скорость выросла в 5-10х, трудозатраты сократились в 3-5 раз, удовлетворенность клиент растет 2х.

А что,так можно было?

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

Я ожидаю что этот тренд со стороны цифровых компаний будет нарастать, а вот движение нативно «офлайных» компаний по моим наблюдениям мало эффективно (если не заливать деньгами, но тут вопросики по возврату инвестиций).

Почему? У цифровых компаний есть свободный денежный поток (деньги) и инновационный потенциал (люди). А «традиционные» компании напирают на экономию и операционную эффективность, поэтому даже при наличии денег обычно ограниченны в свободных для инноваций человеческих ресурсах.

Пруф:

💭 «Яндекс» собирается выйти на рынок наружной рекламы и начнет продавать цифровую рекламу на улицах, в метро и других общественных местах

Сегодня на встречу занесло в Шоколадницу.

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

Это прекрасная инновация - позволяет сократить число сотрудников (официант только приносит заказ, а оформление и оплата уходят в самообслуживание).

Также оптимизирован клиентский путь в моменте «оставить чаевые» - рекомендует 15% вместо обычных 10%, очевидно в надежде что нескорые гости просто «прощёлкают» закрытие заказа.

Я теперь оставляют 5% чаевых в Шоколданице, а 5% оставляю себе за самообслуживание. Если идти по пути win-win то до конца :)

Сезон выплаты налогов ФЛ начинается :)

Интересная тонкость: если у вас несколько источников дохода например вы получаете в одной компании 4м в год, 4м в год в другой и 2м в год в третьей.

Тогда каждая компания платит подоходный налог по ставке 13%, поскольку ни в одной компании доход не превышает 5м.

Но, суммарный доход составляет 10м и налоговая начислит 2% с суммы выше 5М (итого в нашем примере 2% от 10-5=5м - всего 100к).

Эти 100к придётся заплатить самостоятельно. Вот такой может быть внезапный сюрприз.

Иногда сложно написать, презентацию, текст для публикации, статью. Это требует больших усилий, требуется всё тщательно проверить, чтобы не допустить публикации ложных фактов или сомнительных утверждений, ставящих под сомнение «экспертность и репутацию». В итоге требуется очень много времени и решимости, количество «единиц материала» получается исчезающие мало.

А вот специальные люди - копирайтеры и журналисты делают много материала в коротки е промежутки времени. Как у них это удаётся? Я специально поработал со специалистами чтобы понять это.

Очень просто - они не беспокоятся о результате - главное правильное построение предложений, орфография и знаки препинания. А в предметной области они не эксперты - нужно просто грамотное записать, что говорит эксперт, а если и будут какие-то ошибки / противоречия по смыслу - то это повод к еще одной публикации :).

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

Если при разборе косяков (а фейлы всегда есть и у всех, кроме тех кто ничего не делает), виноваты «смежники» из соседних подразделений, но никогда нет источника проблемы внутри команды.

Когда разбираем сложную ситуацию, хорошо помогает вопрос «А что в этой ситуации можете сделать вы и ваша команда?». Если ответ конструктивный, тогда еще можно работать. Если «а у нас все хорошо» - то уже нужно многое менять.

Интересная закономерность - последние несколько месяцев проводили насколько сотен (!) собеседований Java разработчиков.

Техническое собеседование проводили по Hard Skills. В итоге все Тим Лиды провалили техническое собеседование (не получили грейд Senior), хотя себестоимости они Senior+ (потому что Тим Лид владеет еще и Soft Skils).

Это было большим шоком для Тим Лидов, потому что с софт скилами, часто дается корона 👑 в придачу :)

Выводы:

1. За Soft Skills приходиться платить Хард Скилами - постепенно с ростом процента менеджерской работы производсвенные навыки уходят «с кончиков пальцев».

2. Тим Лиды объективно нужны и их стоимость оправдана, но только там где нужны Тим Лиды, а не чистые разработчики.

Многие мечтают о собственном деле, но не все понимают, что быть успешным предпринимателем - это не просто "иметь идею". Идея без реализации не имеет смысла. Для «своего дела» нужно научится многому, а главное брать ответственность. Ответственность - это делать дело, которое никто не делал. Делать без гарантии успеха и делать еще раз, если не получилось.

Важный момент - принятие ответственности НЕ является гарантией результата. Только гарантией того, что человек будет предпринимать ДЕЙСТВИЯ.

Если вы НЕ хотите быть в компании «единственным и незаменимым», «без которого эти лентяи сами ничего нормально сделать не могут», то нужно поддерживать принятие ответственности и помогать справиться с последствиями неуспеха (когда у человека не получилось, то за что он взялся). Неудача - это точка роста, а НЕ повод для наказания. Последовательные наказания (деньгами или эмоциональная агрессия) очень быстро отбивают у людей желание брать ответственность.

Хороший бенчмарк по импортозамещению. Для тех кто думает, что импортозамещение - это пара-тройка талантливых программистов (почему-то некоторые бизнес заказчики называют все ИТ роли программистами) и пол года работы (максимум год, если команда будет лениться).

Реальный кейс - 7 лет и несколько сотен человек команды - более 4 ярдов инвестиций (это не точно - моя субъективная скромная оценка, исходя из предположительно 100 человек, 3000 руб. в час). Важна не точная сумма а порядок стоимости.

Также указан ключевой KPI - технологический суверенитет. Т.е. в первую очередь это проект направленный на снижение рисков зависимости от иностранных поставщиков, в варианте «не хуже чем было».

Знаковое событие - я закрывал эту сделку (покупку Oracle Siebel CRM) и на финальной встрече лично защищал кейс Олегу Тинькову. Было одно из самых первых и лучших внедрений в России.

Команда Т банка сделала большую работу - на моей памяти это первый полный переход с Siebel на собственную разработку в крупном банке. Многие считали что это невозможно.

Приступил к регистрации в реестре отечественного ПО своего нового продукта.