холакратия

еще про управление и структуры.

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

далее цитата из вики для контекста:

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

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

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

статья в вики: тык
холакратия в Точке: тык

p.s.: естесственно, альтернативных систем организации существует еще вагон и пол половника, но эта чем-то зацепила, поэтому делюсь

отчет о первом продвижении

первые факапы в студию!

за последние два месяца попробовал два подхода к поиску клиентов, которые все очень хвалили (хотя с учетом всех современных лент рекомендаций, возможно я увидел что хотел):
- реклама сайта через РСЯ;
- холодная email-рассылка.

про сайт:
наивно было полагать, что на лендос, собранный на Тильде, можно успешно пригнать толпу миллионеров, но настолько плохого результата я не ожидал. за 75000 рекламного бюджета не произошло ни одного лида. не 10, не 5, а полный ноль. в причинах еще буду разбираться, но пока из предположений:
- откровенно слабый лендинг;
- указание цены услуг прямо на сайте, но это принципиальная позиция;
- неудачный канал для моего чека в принципе (услуги начинаются от 100к и заканчиваются космосом).
стоит отметить, что настройкой рекламной компании занимались довольно прошаренные ребята, но видимо с моим помойным УТП даже им совладать не под силу) будем думать, править (и видимо очень много учиться).

про email:
результаты сильно лучше, кампания все еще идет, уже есть несколько ответов, но довольно быстро слетают, в основном не успевая дойти до продажи. тут все понятно, продавать это талант, в этой сфере для меня еще поле не пахано, а в поле конь не валялся. посмотрим, чем закончится, а пока конверсия в контакт с имейл рассылки около 10%. шлю через Respondo, возможно хорошо сработал их гайд по составлению цепочки писем (бесплатный кстати).

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

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

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

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

- а обучение проводили?
- нет.

- а кто интегратор?
- да мы сами настраивали.

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

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

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

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

p.s.: ну а если уже попали, наймите себе один раз консультанта, и спите спокойно.

И пришел к Айболиту лосось — у лосося болит все

1. В 2009 году мне пришла в голову идея разработать портал по ресторанам, целый Booking ресторанов. Я обошла все именитые веб-студии со своей идеей фикс. Встретили меня холодно, одни говорили заведомо завышенные цены, другие терялись. «Зажрались в своем IT» — думала я. Тогда мне и в голову не приходило, что не я выбираю, а меня!

2. Опытные подрядчики видели во мне классического проблемного клиента:
стартап
денег мало
ТЗ нет
сроки сжатые
девочка-припевочка.
Таких отправляют учиться на своих ошибках. Одни потом возвращаются, другие — обречены на вечный поиск идеального исполнителя.

3. В итоге я нашла таких же неопытных подрядчиков, которые не сопоставили мой бюджет со своими возможностями. Получилось медленно и плохо, зато дешево. Хотя тогда мне казалось, что я покупаю крыло от Боинга =) Мне отдали недоделанный и нежизнеспособный проект, да еще и с немыслимыми задержками по срокам.

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

А вывод из этого всего один: если не можете понять, почему со всеми подрядчиками что-то не так, значит главный «не так» в проекте — вы сами.

пост-знакомство

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

одной ногой в найме, DevLead в банке синего цвета, пилю код по всем канонам корпораций.

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

здесь можно найти посты:

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

stay tuned.

а вот еще хорошее:

Нашел в загашниках хороший гайд по Стратегии голубого океана.
Берите себе в копилочку)

#discovery

о рентабельности

итак, имеем: senior разработчик получает ~300к в месяц, аутстафф/аутсорсинг продает его по 3к/час == 480к в месяц. с учетом налогов конторе он обойдется ~в 400к, + аренда офиса, + софт, + непроизводственный персонал. и тогда рентабельность выходит…

60-70%.

как же так? да легко, сеньор разработчик, которого вам впаривают - далеко не сеньор. часы в сводных таблицах - вероятно х2 или х3.

те, кто успел побывать в EPAM и иных галерах знают, как это работает. реально в 80% случаев миддла поднатаскают на собесы и впарят вам как сеньора. в агентской сфере все еще хуже, так как зарплаты в студиях ниже рыночных (видел Middle-разработчика за 140000, как вам?) и за сеньора могут выдать Junior+.

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

откуда цены:
- 2х Senior по 300к с коэффициентом 1,5 (учесть налоги, софт, и т.д.)
- 2х Junior по 80к с коэффициентом 1,5 (красить кнопки)

два месяца работы и вуаля - 2,280,000. плюс хоть какая-то маржа себе.

оплату по часам, кстати, на проектах где заказчик приходит за разработкой под ключ (читай «даже без ТЗ») я считаю максимальным тупизмом. нереально (или по крайней мере очень сложно) оценить время и ресурсы на проект, если он идет больше трех-четырех месяцев, не заложив х2/х3 риски (если вы так умеете - будете первые во всех рейтингах рунета). T&M - не серебряная пуля, скорее всего просто заебете клиента апсейлом часов.

p.s.: а вообще это все было для непосвященных и тех, кому интересно, как сайт может стоить несколько миллионов.

о рисках (как бы о рентабельности часть 2)

есть такой стандарт, PMBoK, который говорит, что на этапе первой оценки проекта ошибка составляет от 25% в меньшую сторону до 75% в большую. то есть первый раз прикидывая сколько займет эта таска время на проект, статистически вы преуменьшите вдвое.

есть еще обзор от Standish Group где сказано, что 44% проектов срывают сроки и занимают 222%(!!!) изначально заложенного времени и 189% ресурсов (опять ошибка примерно х2).

все это свойственно для нашего любимого вотерфолла и его ответвлений (таких как agile в РФ например, хаха), что кстати позволяет отличить карго-культ-agile от тру-agile: если вы знаете, что будете делать в спринте «С+12» - у вас agile не планируется (уловили каламбур?).

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

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

p.s.: но в нашем шатком современном мире я все еще придерживаюсь мнения, что переход к гибкому управлению не столько модная фишка, сколько необходимость, просто применять надо с головой.

где учить(-ся) на разработчика

в современной РФии существует дихотомия между ВУЗовским образованием и онлайн-курсами, и каждый из упомянутых обладает своими недостатками. и после универа специалист гавно некомпетентен, и после курсов, так откуда все таки берутся нормальные разработчики?

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

ВУЗовские разработчики хорошо понимают 6 с половиной нормальных форм, но плохо понимают написание селектов. мощная теоретическая база usually разбивается о суровую реальность двух телефонов пользователя через запятую в одной ячейке таблицы, потому что прямо сейчас так нада. + по какой-то причине имеют абсолютно безумное ЧСВ и откровенно детское отношение к жизни первые пару лет работы.

«вайтишники» же идеальный Middle - на раз-два сделают контроллер, сервис, JPaREpOsItory и прочее, но не более. здесь гавнокод бьется о реальность обхода дерева в ширину, динамическое программирование, а иногда и МатАн + ЛинАл (эх, как бы хотелось иметь такие задачи в работе). проблема этих ребят ровно противоположная ВУЗовским, с практикой все более менее ок (если курсы хорошие), но теория - тихий ужас. есть шанс, что ваш разраб просто «выучил код».

и выучит еще, как читать с Кафки, как писать свой BeanPostProcessor и т.д., но вот решит ли он негуглящуюся задачу - это лотерея.

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

p.s.: в голове крутится пара идей, как бороться с зазубриванием собесов, но мысль пока еще формируется, stay tuned

ИИ vs качество

только мне начинает казаться, что очередная ГПТ смогла выдать нечто стоящее, как все надежды на то, что ИИ заберет мою работу разбиваются о жестокую реальность.

попробовали заюзать одну нейросетку, которая обещала сделать нам сайт на React (чем черт не шутит, представляете экономию?) - результат не оправдал ни одного из ожиданий.

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

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

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

кстати, нашумевший Devin.AI оказался нехорошей компанией, навравшей на демо. так что все еще клепать ДТОхи самому, все еще.

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

возможно это проблема «китайской комнаты», но я лично считаю что текущий подход слаб архитектурно. пытаться растить до безумия число параметров в ГПТ это примерно как в тупую растить объем мотора: в итоге получится 7-литровый двигатель на 112 сил (минутка автоистории).

p.s.: вышел из спячки после длинных выходных.

у нас есть печеньки

откопал у одного человечка в блоге оправдание использования «темных паттернов» в продукте. что это такое и с чем его едят:

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

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

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

естественно, если вы работаете не на РетЕншН, а на объемы продаж, и бюджет на маркетинг у вас 50% от оборота - то схема рабочая. некоторыми пунктами из списка не гнушаются даже самые крупные представители бизнеса (привет любому Банку и их кабале с отменой страховки когда берешь кредит).

мое мнение - пидорство в чистом виде, говорит только о том, что «продукт то ваш, гавно!». если вы считаете, что в целом это норм - фу, отпишитесь (или не подписывайтесь).

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