Вот бывает так, что ты задумал классное дело. Полезное, нужное. Может, даже великое. И запускаешь проект, думая, что люди тебя поддержат И правда, поддерживают. Ставят лайки. Или хлопают по плечу. Очень тепло принимают. Все идет хорошо, проект движется. Великая же цель впереди. Достойная.

А потом, в какой-то важный момент – оп! – и ты обнаруживаешь, что не так чтобы тебя и поддерживают. Ну, то есть риторика осталась прежней. Всем все очень надо. Все за все готовы жизнь положить. Но чужую. И не положить. И не жизнь. В общем, ты начинаешь немного прозревать. И обнаруживаешь любопытный факт: слова и дела – разные вещи. А еще у всех свои интересы. А еще никто палец о палец не ударит просто так.

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

Я, собственно, о чем? Великая цель – прекрасно, но без понимания и учета интересов групп лиц или отдельных товарищей идти к ней придется одному. Увязать эти интересы и великую цель – искусство, удача и магия. Вот бы уметь так делать.

#тусовка #профболото

Тусовочка. За десяток лет вырос коллектив, сообщество. Внутри распределились роли. Отпозиционировались по друзьям/врагам. Кто главный, кто более всего экспертен. Организовали премии, награждают ими друг друга. Одни идеи, одни события, одни лица. Закрытый мир. И все хорошо. Все уважаемые люди.

У меня характер, что ли, такой, но я вот очень остро на такие вещи реагирую. Хочу их немного всколыхнуть. Разогнать. Или раздразнить. Возмутить благостность закрытого мирка профессионального сообщества. Потому что если есть непререкаемые авторитеты, то это болото.

#стартап #системныеошибки #бизнескакхобби

Я ничего не понимаю в бизнесе. То есть я не сделал «Магнит» или СУ-155. Даже палатку у метро (RIP) не сделал. Я не люблю продажи. Если долгие в B2B еще как-то, то прямые в B2C ну совсем не люблю. На MBA я был единственным, кто с формулировкой «надо просто делать качественный продукт» ушел с занятия по маркетингу. Ну, вы поняли – маркетинг я тоже не люблю. Не понимаю и не люблю вот все это. И не претендую.

Волею случая почему-то ко мне часто обращаются стартаперы. Почеленджить модель, обсудить будущие прибыли. Я человек отзывчивый, и если мне нравится (в этическом плане) суть бизнеса, то мы можем пообедать или поужинать, и я что-то там высказываю, опираясь на свой скудный жизненный опыт. В последнее время почему-то количество таких встреч резко выросло. Стартапы пошли на нерест? А, ну и все это, натурально, в области EdTech. В общем, образование поперло.

И за последние полгода я начал ощущать некоторую систему в наиболее распространенных ошибках стартаперов в отношении продаж. Все остальное, как правило, хорошо. Я не беру в расчет откровенных искателей грантов и инвестиций, а также серийных стартаперов. Те, у кого есть идея, кто давно занимается бизнесом в образовании, кто хочет осчастливить мир вокруг – вот такие люди приходят с концепцией, и мы ее обсуждаем. Ну так вот, среди таких есть три системные ошибки, которые повторяются из раза в раз. 100% встреч. Не шучу.

Первое. Качество vs Выручка. Важнее обучить, чем заработать. Когда считают финансовую модель, видят, что P&L ужасный. Денег нет. Но держатся, потому что «нельзя набирать группу больше трех, неправильно». Даже мысли не возникает, что при такой выручке бизнес превращается в хобби. Начинаешь объяснять – резкий негатив. Ты что! На святое! На качество обучения! Случай сложный, но лечится.

Второе. Объем vs Качество. Важно сделать luxury несмотря ни на что. Очень любят бутиковые истории, очень. Мы будем любить своих двух клиентов. Или, если начитались книжек МакКинзи, – «Клиентов». Ну любите, ок. Только как вы будете рассказывать потенциальному инвестору (да-да, деньги-то нужны) про привлекательность бизнеса? Если он ни фига не тиражируется? И зависит только от вашей, блин, прекрасной личности? Случай непростой, лечится, но с пивотом.

Третье. Скорость vs Качество. Важно сделать крутую платформу и с ней выйти на рынок. Ой, это понятный кейс. А давайте по чуть-чуть. Начнем с лендинга и арендуем вебинарную систему? Ну зачем вам сразу разрабатывать технологии AI при автоматической генерации индивидуальной образовательной траектории с геймификацией? Может, как-то этапно? И потихоньку прибыль вкладывать в развитие? Не? Не про великое? Я так и думал. Очень сложный случай, не лечится.

Среди всех этих историй, безусловно, есть иные. А есть те, кто мне не пишут, а просто делают. Свой «Магнит» или СУ-155. Думаю, таких немало. А вот со всеми остальными надо что-то делать. Учить, видимо. И в школах явно не помешает курс по предпринимательству. И во всех вузовских программах. Чтобы быстро вырастить если не культуру, то хотя бы понимание отличия бизнеса и хобби. Так думаю.

#проектирование #ожиданиязаказчика

#формулированиецелей

Когда я был программистом, в проектировании ПО было принято два подхода: снизу вверх и сверху вниз. Суть простая: сверху вниз мы от более абстрактных задач идем к менее абстрактным, анализируя общее и декомпозируя на частное, доходя до руды – функций. В случае снизу вверх мы синтезируем, идем от частного к общему, в современных терминах – проверяем гипотезы. Например: мы пишем систему управления заводом и начинаем разработку с драйвера обмена данными с конкретным оборудованием. В зависимости от того, как его удастся реализовать, меняется структура системы. Кстати, пример из практики.

Так вот, были сторонники того и другого подхода. О, сколько замечательных споров было на этот счет! А сколько прочитано книг! Это как эпическое сражение water flow и agile, почти как гендерные войны. И все никак не могли прийти к консенсусу: а что же лучше? Вот, скажем, система управления зданием. Сели, описали хотелки заказчика, исходя из них выбрали железо и написали (дописали) софт. Сдали. Заказчик счастлив? Нет, он как бы в целом доволен, но не очень понимает, для чего нужно все это в целом. То есть каждую функцию системы понимает, а как и для чего ему все это вместе – нет. И, главное, отчего эти функции так взаимоувязаны. И отчего они такие именно у него. А все почему? Потому что на входе в проект он не был вовлечен в формулирование целей. Вернее, этого формулирования и не было. Шел синтез «в космосе».

Или обратная ситуация. Делаем систему управления предприятием: продажа, производство, сервис, экономика и легонький такой управленческий учет. Так сказать, full custom SAP Light на C++. Идем от исследований. Все как полагается, модель as is, модель to be, туча use cases, от UML рябит в глазах. Кстати, вы видели когда-нибудь «красного директора» оборонного предприятия, который на совещании с топ-менеджментом обсуждает business use case системы? А вот я видел: душераздирающее, доложу вам, зрелище. И вот в какой-то момент этого анализа заказчик становится совсем несчастным. Нет, все хорошо, все правильно, мы тщательно и с криками выявляем его потребности и ожидания. Его, прости господи, key needs. Но он пощупать уже что-то хочет. Хотя бы документооборот. Хотя бы между ним и его помощником. А не этот анализ «в космосе».

Обратите внимание: и в первом, и во втором случае заказчик несчастлив. Да, вы можете сказать, что команды были непрофессиональны. Да, вы можете сказать, что заказчик был «не созревший». Думаю, все так и было. Но лично в моей практике эта ситуация повторялась раз за разом. И когда речь шла о программных проектах, и организационных. Всегда шел рассинхрон между желанием сделать «все по уму» и потребностью «здесь и сейчас». И суровейшие кризисы в проектах были обусловлены этим рассинхроном. Проектная команда и заказчик смотрели друг на друга и друг от друга раздражались. Потому что если у проектной команды в голове методология и принцип do right right things, то у заказчика – его бабки и потраченное время. Согласитесь, есть почва для конфликта.

Я это к чему? Можно проектировать как угодно и нужно выбирать способ в зависимости от контекста и темперамента заказчика. Важно понимать, что и тот и другой метод подразумевает, что в голове или на бумаге есть big picture, образ результата программы или системы. И что это образ должен предельно одинаково отображаться в голове и на бумагах у заказчика и исполнителя. И что есть работающие методы синхронизации этого образа. Потому что он имеет обыкновение «расползаться» во времени. Ну так как аппетит растет во время еды, и «за время пути собачка смогла подрасти».

Есть третий способ. Он для очень опытных. Называется «все вдруг». Это когда проектирование и реализация идет со всех сторон, в том числе – и с середины. Очень сложный способ. Нервозатратный. Но, по моей практике, самый эффективный.

#выступление #любимоедело

Что такое идеальное выступление? Наверное, это то, после которого все слушавшие его начали что-то делать. Что-то новое для себя или что-то привычное, но с удвоенной энергией. Искать новые галактики, бозон Хиггса, плавать, бегать, учить. Или о чем-то новом думать, изучать, анализировать. Тоже близко к деланию, но почему-то часто считается другим видом активности.

И получается, что основным качеством, основным свойством хорошего выступления является способность заинтересовать. Простая формула: есть интерес – хорошее, нет интереса – вполне себе плохое выступление. А как понять, есть интерес или нет? Разные способы есть, задают ли вопросы, смеются. Сейчас самый верный способ – по количеству включенных телефонов или планшетов. Чем больше – тем менее интересно.

Меня интересует два вопроса: зачем выступать плохо и зачем приглашать плохих выступающих? И если второй вопрос имеет много ответов, то ответ на первый для меня совершенно непонятен. Не любишь выступать – не выступай. Надо выступить – готовься. Ведь это же навык, тренируемый навык. А значит, это просто вопрос усилий. Мы же не идем на переговоры без переводчика, если не знаем язык собеседника. Так зачем тогда выступать по бумажке?

Я думаю, это опять вопрос делания любимого дела. Ну представьте: вам не нравится то, чем вы занимаетесь. Мало того, что вы со стоном идете на работу, так вот еще и про это все надо рассказывать! Это же чистой воды издевательство над вашей самооценкой. Конечно, готовить спич не хочется. Само собой разумеется, что презентация делается в стиле «5 000 символов на страницу», меленько-меленько так. И получается, что зал зевает, сам себя не любишь, и зачем потратил несколько часов на дорогу, непонятно.

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

#agile #экологияотношений

Некоторое время назад на обычных людей обрушилось слово agile. Некоторые товарищи это слово знали раньше. Айтишники много лет вполне себе спокойно вели разработки по гибким (и по не очень) методикам. Периодически беззлобно споря относительно успешности применения RUP или SCRUM в том или ином проекте. И, в общем-то, все уже успокоились. И даже разучили матрицу выбора методики разработки. Ту, где выбор зависит от критичности влияния на жизнь и здоровье людей и количества этих самых людей, на которых можно повлиять.

И тут – бац! Agile! Это как империя наносит ответный удар. Было интересно посмотреть на это из партера. Во-первых, какое-то невероятное количество менеджеров стали обращаться с просьбой рассказать про это. Мое воображение потрясла очень взрослая дама лет 55—60 из одной ну очень консервативной компании. Она пришла с листочком и ручкой и тщательно записывала про agile. Правда, они все задавали странный, на мой вкус, вопрос: как реализуется agile в управлении? Когда это спросил один, два человека, я еще думал, что ослышался, но когда в течение пары месяцев это спросил десяток людей…

Честно, я не специалист. Последний раз я руководил командой full-custom-разработки лет 8—10 назад. За это время многое ушло вперед, я уверен. И у меня осталось стойкое ощущение, что выбор инструмента (а методика управления процессом разработки – это инструмент) важен, но он сильно зависит и от предметной области, и от особенностей заказчика, и от собранной команды. И еще мне казалось, что важность выбора этой методики стоит примерно на третьем-четвертом месте. Уверенно уступая подбору, мотивации, развитию членов творческого разработческого коллектива.

С тех пор я часто слышу про agile в управлении. Скажу честно, мне пока никто не объяснил, что это за зверь. И зачем он нужен, и в чем его польза. Возможно, я просто не в тех кругах верчусь. Среди образованцев до этого пока не дошли. Но было бы весьма интересно, если бы кто-то рассказал. Потому что пока, ассоциативно и интуитивно, agile в управлении у меня в голове трансформируется в бардак. Особенно в областях, подразумевающих консервативный подход к принятию решений. Как представлю себе группу пожилых людей в костюмах, скандирующих, что люди и процессы важнее инструкций и инструментов, так дух захватывает от картинки.

P.S.: Мечта есть, возникла, пока писал. Вот если бы на отношения между людьми в коллективе, на экологичность отношений, на устранения неравенства общения, на демпфирование конфликтов, на ровный рабочий тон и прочее обращали бы сейчас столько же внимания, как на один из подходов к программной разработке. Вот была бы радость!

#какстолетназад #завтралучшечемвчера

Ночью читал статью про труд рабочих в дореволюционной России. Про 14-часовой рабочий день, про один выходной в месяц, про вредные производства и детский труд, про штрафы и невыплаты зарплат. Много интересного. И про бараки, и про торговлю продуктами с наценкой в счет выплачиваемой два раза в год зарплаты. Даже если половина в статье правда, то это лютый кошмар. Да, рентабельность фабрик достигала 45%. То есть – деньги были.

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

Про позитив. Трудовой кодекс, профсоюзы, минимальная зарплата, HR, уголовка за задержку начислений, льготы беременным и вообще вся декретная история, библиотечный день, гибкий график, ДМС и соцпакеты, оплачиваемый отпуск, отзывы о работодателях, трудовая инспекция, ученические договора, признаки дискриминации в вакансиях, общественная аккредитация, материальная помощь, корпоративные праздники.

Про негатив не буду. Не умею особо, да и весна идет. Я что сказать хотел? Все очень относительно. Есть пороки и есть проблемы. Сегодняшние проблемы, кажется, меньше вчерашних. Пороки, правда, все те же. Значит, не стоит пытаться менять человека. Но стоит менять условия реализации его неизменной сущности. Так, глядишь, дойдем до справедливости и всеобщего благоприятствования. Со временем.

#расписание #эффективность

Не знаю как у вас, а у меня иногда бывает чувство делового уныния. Смотришь на расписание (сколько всего надо сделать!), и опускаются руки. Нет, все прекрасно спланировано. Но вот непонятно, как к этой задаче подступиться, а вот ту просто не хочется делать. Что-то неприятно, что-то скучно, что-то висит уже полгода и двигается в календаре с одной недели на другую. Это даже не прокрастинация, это скорее страусиная болезнь. Редко, но бывает.

С другой стороны, когда нет дел, то тоже непонятно, что делать. Смотришь на календарь, а он пустой. Как, почему, куда бежать? Начинаешь придумывать себе истории на то место, которым страус смотрит в небо, когда болеет своей болезнью. Получается тоже не очень, потому что генерировать дела вне контекста не айс, а поиск контекста – это не задача на час во время свободного времени. А поработать, голову помучить-то любишь. Она хочет варить внутри какие-то содержательные вещи.

С третьей стороны, ты что-то делаешь планово, и тебе скучно. Где вспышка, где горение?! Это же так рутинно, так обыденно – сесть и написать какой-нибудь документ. Потому что надо написать именно сейчас по плану. Нет энергии, какой-то фруктовый кефир. И понемногу так откладываешь, откладываешь. Передвигая в календаре. Чтобы в какой-то момент вынырнуть в состоянии страусиной болезни от того, сколько всего надо сделать.

Получается замкнутый круг. Эдакая синусоида напряжения и расслабления, которая рано или поздно приведет к перенапряжению. Есть ли выход? Может, не самый казистый, не по Кови, но для меня – да. Я делаю заготовки. То есть у меня есть 5 задач. Сегодня мне надо сделать 5 задач, все они средней срочности, и я точно знаю, что могу отложить все пять минимум на день. Я пробегаюсь по ним и по каждой что-то делаю. Например, если пишу статью (а тут вообще фиг спланируешь, нужно что-то вроде вдохновения), то пропишу ее структуру и основные мысли в разделах. И отложу.