Опыт решает?

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

Общаясь с коллегами, я иногда вижу скептическое отношение к этим людям и аргументы такого рода:

— Да что эти консультанты понимают? Посмотри на их выручку за год, она в двадцать раз меньше нашей!

— А продукты в нашей сфере они продавали? А на какие чеки?

— А такими командами они управляли? А с таким объемом легаси имели дело? Ну что-то я сомневаюсь!

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

Аристотель передает привет и подтверждает это в своей Метафизике:

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

Причина этого в том, что опыт есть знание единичного, а искусство — знание общего, всякое же действие и всякое изготовление относится к единичному: ведь врачующий лечит не человека [вообще], разве лишь привходящим образом, а Каллия или Сократа или кого-то другого из тех, кто носит какое-то имя, — для кого быть человеком
есть нечто привходящее.

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

Но тот же Аристотель напоминает еще вот о чем:

Имеющие опыт знают «что», но не знают «почему»; владеющие же искусством знают «почему», т. е. знают причину.

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

А ремесленники подобны некоторым неодушевленным предметам: хотя они и делают то или другое, но делают это, сами того не зная (как, например, огонь, который жжет); неодушевленные предметы в каждом таком случае действуют в силу своей природы, а ремесленники – по привычке.

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

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

Владеющие искусством способны научить, а имеющие опыт не способны.

А вы в своей работе действуете как мудрец или как ремесленник?

@startwithease

Настоящие инновации

Пишу этот пост под впечатлением от первого выпуска рассылки про инновации от Натальи Бабаевой.

Поделюсь несколькими идеями, которые откликнулись, и личными примерами к ним:

Инновация — это новая комбинация

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

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

Вот мой личный пример:

В 2015 году было принято учить сотрудников правилам безопасной работы через электронные курсы и очные тренинги. При этом реальные атаки приходили на людей через почту в виде ссылок и вложений с вирусами. Мы с партнером придумали способ тренировать навыки безопасной работы сотрудников через имитированные атаки, которые выглядят и работают аналогично, но вместо вирусов содержат обучающие материалы для тех, кто совершил опасное действие. Так появился наш первый продукт Start AWR.

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

Предприниматель — это человек, который собирает новые комбинации

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

Вы придумали новый способ решить задачу, который никто не знал до вас, создали новую комбинацию? А вот это — роль предпринимателя.

Главная мотивация предпринимателя — интерес и творчество

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

Больше всего предпринимателя мотивирует радость, которую он испытывает от творческой деятельности, от своего творения.

Создавать инновации — это навык,

и развивать его стоит постепенно.

Мечтаете об инновациях на уровне всего мира, страны или хотя бы своей индустрии, но работаете программистом, и вам прилетают баги?

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

Поздравляю! Это и есть настоящая инновация.

@startwithease

Посты в тему:

Видение будущего как прививка от продажи компании

Технология, которая неотличима от магии

Как мы меняем мир

Проект или процесс?

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

1. Пиджаки, бумажные безопасники. Те, кто отвечает за выполнение требований регуляторов, пишет нормативные документы и внедряет процессы, проводит и принимает аудиты.

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

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

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

см. Русская модель управления

При этом реальная защищенность в крупной компании наступает, только когда появляется качественный процесс: и ты, и все твои коллеги (ИТ, разработчики, АХО и все другие сотрудники) должны регулярно, каждый день, делать свою работу как следует.

Инженер поддержки выдает пароли от новых учеток правильно. 

Сетевой инженер делает ревью правил и оформляет тикеты на изменения. 

Разработчик пишет код без уязвимостей и на код ревью помогает своим коллегам. 

Бухгалтер репортит подозрительное письмо в команду ИБ и блокирует компьютер, уходя на обед. 

Сложные системы, целевые атаки, миллиардные бюджеты, невозможность недопустимых событий (с) и самые современные средства защиты, которые в этом помогают? Да, конечно, это все очень весело и полезно.

Но только как приятное дополнение, а не замена качественного, регулярного процесса.

@startwithease

Причина и следствие

Вот вам менеджерская задачка, похожая на историю про курицу и яйцо:

1. Команда разработки тратит большую часть времени на исправление багов, поэтому аналитики и дизайнеры не думают о самых сложных проблемах клиентов и не предлагают сильных продуктовых решений — какой смысл, если разработка все равно не успеет это сделать, им бы баги закрыть?

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

Как по вашему опыту, что здесь причина, а что — следствие?

И что с этим делать?

@startwithease

Язык определяет мышление

В продолжение поста:
Причина и следствие

Спасибо коллегам, кто поделился своим опытом и соображениями по вчерашнему вопросу:

Игорь написал про приоритеты задач и качество выявления багов;

Олег предложил идти по второму сценарию и создавать ясный образ будущего, который будет превращаться в MVP;

Борис написал про то, как важно продактам понимать разработку, окунуться в реальность друг друга и действовать совместно;

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

———

От себя могу добавить только одно: язык определяет мышление.

Если мы внутри команды говорим о багах, проблемах и сбоях, мы занимаемся багами, проблемами и сбоями:

Доброе утро, давайте проходиться по багам клиента // так началась сегодняшняя планерка в одной из команд разработки

Если мы говорим о конкретных решениях и стабильном продукте, мы получаем стабильный продукт:

Доброе утро, давайте обсудим архитектуру нового планировщика, кто и что делает сегодня для ее реализации

Если мы говорим о скорости и конкретных, ценных для клиента результатах, то именно эти результаты мы и получаем на выходе от нашей команды и продукта:

Доброе утро, давайте обсудим цели спринта — какую ценность мы создаем для наших клиентов в эти две недели?

———

Работа менеджера — не в том, чтобы применять модные фреймворки или разбираться во всех технических деталях.

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

@startwithease

Нарисуй, чтобы понять

В продолжение поста:
Сила рисунков

Слава написал хороший пост с историей из своей прошлой жизни, в конце которого оставил шутку:

Как сетевому инженеру мне достаточно научиться чинить доступ к интернету. Остальное я нагуглю 🤣

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

Выношу из комментариев:

Сложность была однажды, примерно в 2009 году. Мы запускали пилотный проект, который предполагал настройку шифрованного VPN-соединения от объектов по всей области.

Я все настроил на центральном устройстве (кажется, это была Циска с С-терра модулем), проверил настройку с локального девайса (маленькая С-терра) на имитации канала. Все работает.

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

И вот мы приезжаем на объект за час от города, я включаю девайс, подключаю канал, все правильно, но… VPN не поднимается.

Что делать?

Ехать в город, проверять конфигурацию? Еще час туда, проверки, час обратно... да вроде и работало все, пока в городе были.

Советоваться? А с кем? Мой старший коллега-инженер сам в городе, да и не в курсе деталей по проекту, я все делал, и по телефону он мне точно не поможет.

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

И он предлагает:

— Слушай, мы конечно не шарим, но ты все же объясни, что у тебя как настроено, и что не работает?

Я достаю бумагу, и начинаю рисовать по памяти схему сети. Без особого энтузиазма объясняю им, что у меня как настроено, что как должно работать, и… понимаю, где ошибся!

К счастью, эту ошибку можно было поправить на локальном девайсе.

Все заработало!

Не знаешь, что делать?

Начни с простого: нарисуй проблему, а там и решение найдется!

@startwithease

Порядок в команде — порядок в компании

В нашей компании работает больше ста человек, которые объединены в десяток команд. У каждой команды есть лидер [директор, владелец продукта, менеджер, тимлид].

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

Схема такая:

Порядок в команде > Люди спокойны и счастливы > Классно делают свою работу > Клиент доволен

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

Как директор компании, я встречаюсь с клиентами и вижу порядок или его отсутствие по конечному результату — доволен ли клиент и благодарит за наши продукты и работу, или высказывает претензии?

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

Если я — лидер такой команды и хочу добавить порядка, как мне это сделать?

Проверьте, что каждому в вашей команде понятны ответы на пять простых вопросов:

1. Кто наш клиент — внутренний (другие команды) и внешний (клиенты компании)?

Для ответа подойдет заполненная табличка с типами клиентов и их ожиданиями.

2. Какой результат ждет от нас клиент, и по какой метрике он оценивает качество нашей работы?

Табличку можно дополнить обещаниями и метриками.

3. Где увидеть, какой результат у нас получается прямо сейчас?

Метрики по всем обещаниям заполнены, видны команде и актуальны каждый день.

4. Какой вклад лично я внес в создание результата?

Все нужные роли в команде описаны. Каждый человек знает свою роль и видит ключевую метрику по ней.

5. Как я могу создавать лучший результат для клиента и сам вырасти в скилах, полномочиях и доходе?

У всей команды есть понятные OKR, у каждого человека в команде — личный план развития.

Бонус

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

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

@startwithease