О необъятности книг

В мире огромное количество книг. В квартире, в которой я провёл детство, был большой шкаф с книгами. А в школьной библиотеке десяток длиннющих стеллажей с книгами. В городской ещё больше. А в какой-нибудь Ленинке, по сравнению с этим, просто море книг.

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

Яндекс говорит, что в мире в данный момент 129 864 880 книг. Я предпочитаю слушать, а не читать, и комфортно слушаю 2 книги в месяц. Значит, чтобы их прослушать, мне нужно 5 411 036,6 лет. По сравнению с возрастом Земли (4,54 миллиарда лет) не очень долго, но дело в том, что пока я буду слушать 24 книги в год, в мире за этот год будет выходить ещё 1 млн. новых книг.

К счастью, большая часть этих книг — чудовищная графомания, вроде творений Инстасамки, Симоньян, Бузовой или, извините, Алекса Лесли. Значит, нужно либо научиться определять 1 % значимых книг, либо изобрести революционно новую технологию по загрузке их в мозг.

Такие дела.

* * *

Кто о чём, а я про ё.

Афера. Слово из фр. affaire – дело. Произносится через букву Е. Никаких Ё тут нет.

Платёжеспособный. А вот здесь Ё нужна. Вся суть в том, что в слове есть основное ударение и побочное, которое как раз падает на букву Ё.

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

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

* * *

О финансовой дисциплине

Финансовая дисциплина и домашняя бухгалтерия не сделают вас новыми Безосами сами по себе, но они помогут оптимизировать затраты, сформировать запас денег на тяжёлые времена, а также выделить суммы, которые можно безопасно инвестировать.

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

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

Учёт доходов и расходов помогает сломать это мышление и начать оптимизировать затраты. Но в итоге это закончилось это тем, что мы оба бросили курить. Я вообще (3 года, 8 месяцев и 22 дня ни одной сигареты), он перешёл на кальян, что тоже несколько дешевле.

* * *

О старинном кеке

Слово «кекнуть» тогда означало «икнуть». Ничто не ново.

* * *

Об ушедшем счастье

Нашёл картинку и загрустил. В 2009 году я уже закончил универ и год как страдал фигнёй в роли фотографа агентства развлечений, взаимодействие с которым закончилось с кризисом конца 2008, когда гражданам стало не то, что не до развлечений, но на фотографе стали экономить.

Благодаря успешно сделанному тестовому, получил работу в геймдев-компании «Айгринд», снял квартиру в конце проспекта Мира, купил небольшой нетбук и радовался жизни. Нашёл подработку юзабилити-аудитором, где зарабатывал на излишества. А почему бы не заработать? Доллар чуть дороже 30 рублей, ни с кем не воюем, слово «санкции» ещё даже не звучало в публичном поле. Хороший ужин в ресторане, алкоголь без ограничений и счёт редко превышает 1000 рублей.

Калининградский продавец стиральных машин Алексей Беба бросает продажи и создаёт театральную студию «Эволюция», я начинаю туда ходить и учусь у отличных актёров Елены Мочаловой и Антона Арнтгольца. Занятия проходят в банкетном зале ресторана «Ольштын» поздно вечером, часто не удаётся попасть на автобус или маршрутку до съёмной квартиры, Яндекс Такси ещё не придумали. Через раз совершаю длинную прогулку через весь Калининград. Зима, но не грязно.

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

Выходит «Сталкер. Зов Припяти». До биткоин-истерии ещё долго, видеокарты стоят вполне вменяемых денег. Выходит отличный кооп «Left for dead 2», в который мы с друзьями играем до сих пор.

Потом будут сокращения в «Айгринде», отказ от предложения «Системных технологий» стать их продаваном, возвращение в родной город, неожиданное знакомство с Дуровым, подкидывание ему идей для ещё не загнившего «Вконтакте», долгий поиск нормальной работы, но всё это позже.

Мы никогда больше не будем так счастливы, как в 2009. Спасибо за воспоминания, рандомная картинка из интернета.

* * *

О трёх числах

В самом начале карьеры (примерно весна 2009 года) меня пригласили на собеседование на сисадмина в одну строительную компанию. И на собеседовании гендир сказал: «Назови, пожалуйста, три числа. Минимальную зарплату, за которую ты готов согласиться работать. Комфортную зарплату. И зарплату, с которой ты сможешь позволить себе излишества».
Я, совершенно не понимая подвоха, назвал 15 тыс., 25 тыс. и 40 тыс.

Через несколько дней мне позвонили и сказали, что приглашают на испытательный. Я стал ездить к ним в офис, познакомился с предыдущим сисадмином (он продолжал оказывать этой компании услуги как ИП), стал настраивать всякое, помогать пользователям. Ну и дня через три решил спросить у гендира (договора мы не заключали), а какая у меня зарплата? А он и ответил: «15 тыс., ты же сам назвал эту сумму».

С тех пор я перестал отвечать на вопрос про три числа честно.

* * *

О любимых приложениях

У каждой профессии своё «любимое» приложение. В кавычках потому, что любимое оно не по причине нежных чувств, а от частого использования. Если вы большую часть времени видите на экранах людей эксель, значит это финансисты или бухгалтера. Если ворд — техписы или юристы. Редакторы презентаций жалует начальство. На экранах программистов разнообразнейшие IDE. UX/UI сидят в Figma.

А вот на экране пиэма чаще всего вы можете наблюдать мессенджер или почтовый клиент.

* * *

О подрыве и совершенствовании командного духа

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

* * *

О договорённостях в скраме

При классическом скраме команда обменивает гарантию выполнения целей спринта в обмен на невмешательство в скоуп спринта в процессе. Короткие итерации (2-3 недели) делают этот обмен вполне реальным.

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

Если ваше руководство не может сохранять фокус 2-3 недели и это происходит регулярно, у компании проблема.

* * *

О декриминализации ошибок и эскалаций

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

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

* * *

Об эйджизме

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

Я помню, как в детстве говорил отцу: «Папа, я набрал в Флинстоунах стопицот очков! Папа, я обыграл компьютер на чемпионате мира по футболу! Папа, я построил самый прибыльный парк развлечений!» И он всегда мне на это отвечал: «Ну и где в реальности твои стопицот очков, кубок мира и парк развлечений? Нет у тебя ничего.»

А виртуальные вещи так же ценны как и реальные. Броня T1 из Варкрафта так же полезна как кожаная куртка с меховой оторочкой в реальности. Аккаунт в Линкадине с SSI 75 или инстаграм с миллионом подписчиков так же ценен как крутые записи в трудовой книжке.

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

* * *

Об источнике для нейросетевой копии

Потихоньку материализуется эпизод Чёрного Зеркала «Сейчас вернусь» (2 сезон, эпизод 1), в котором девушка при помощи нейросетей возвращает погибшего мужа, сначала в виде переписки, потом в виде голоса, а потом и в виде болванчика.

Дело в том, что тут один чувак возродил Стива Джобса. С ним теперь можно поговорить в мессенджере Фейсбука, нейронка с голосом, тембром и интонациями Джобса поддерживает беседу на любую тему.

Только вот вас можно будет возродить, исключительно если вы достаточно самодокументированы. Нейросети нужны материалы для обучения — фотки, посты, комментарии, лайки, переписки. Если ваша активность в соцсетях ограничивается одной фоткой за рулём, а в переписках вы только договариваетесь о попойках, цифровую личность будет лепить не с чего. Но может, оно и к лучшему.

* * *

Об увольнениях

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

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

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

* * *

О скорости онбординга и музыке

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

Нормой считалось на первом занятии играть правую руку, на втором левую, на третьем обеими руками и приступать к выучиванию. Говорят, существуют музыкально одарённые дети, которые могут на первом занятии с листа играть двумя руками, но у нас таких не было. Так вот, к сути. Мне не хватало трёх занятий. Трудно давалось соединение, игра двумя руками, на это вечно уходило два-три дополнительных занятия.

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

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

Людей вообще, нельзя сравнивать друг с другом, это некорректно.

* * *

О простых доработках в клиентском сервисе

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

Дело в том, что я заказываю рационы здоровой еды. Каждый вечер курьер привозит пакет с пятью блюдами в коробочках. Сменил три службы доставки и только в третьей догадались… класть коробочки в пакет в том порядке, в котором их нужно есть!

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

* * *

О ватных палочках

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

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

* * *

Шаблон для встреч один на один

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

* * *

О непечатных символах в гуглодоках

В гуглодоках добавили возможность показать непечатные символы. Контрол или комманд шифт P, либо Вид → Показать непечатные символы. Может, надо кому.

* * *

Об умении сдаться

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

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

Умение сдаться — тоже важный навык.

* * *

О промдизайне

Так как я сейчас немножко без работы, придумал себе челлендж, читать в день по книге, желательно какой-нибудь полезной или хотя бы любопытной. Пару дней назад прочёл историю Джонни Айва, выпуска 2014 г. за авторством Линдера Кани.

Долго думал. Могут ли в нашей стране появиться такие люди как Джобс и Айв и создать настолько крутые и революционные продукты? Предположим, родился бы в РФ условный Евгений Айвазов в семье специалиста по изделиям из серебра, который привил бы ему с детства любовь к дизайну. И был у него такой же талант к промдизайну и такая же страсть к этому делу.

Нашёлся бы в РФ университет, подобный Нортумбрии, в котором бы дизайн преподавался настолько же серьёзно? И главный вопрос, могла бы в РФ случиться история, в которой Евгений пришёл бы в компанию, занимающуюся промышленным дизайном, поставил там станок с ЧПУ и стал делать по сто пятьдесят прототипов внешнего вида устройства, пока не достигнет совершенства? Думаю, ему сказали бы, идите, Евгений, лесом. Мы импортируем ублюдочные, но дешёвые девайсы из Китая и продаём втридорога, таков путь.

Главным принципом Айва всегда было максимальное упрощение проектируемых устройств. Каждый винтик, каждая ручка, каждая кнопка должна быть обоснована.

Я примерно в 2016 году работал в калининградском филиале Неоланта, мы проектировали софт для одной атомной станции. Я притащил ТЗ руководителю отдела аналитики, показываю, а он говорит, предложить только те функции, о котором они просили в тендере, недостаточно, надо придумать что-то ещё. Прикрути какие-нибудь отчёты, что ли. Это мне советовал не новичок, а менеджер с сединами. И такая психология у нашего руководства сидит глубоко.

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

Блестящая кнопка

Помните мемас про заказчика, который хочет, чтобы пользователь, заходя на сайт, видел своё отражение? Вебмастер сделал такую кнопку. Работает, только при включённой вебке. Забавно.

* * *

Прозрачный интерфейс андроид-приложения

Чувак, вдохновившийся блестящей кнопкой, сделал прозрачный интерфейс приложения, через который просвечивает окружение.

* * *

Как три корпорации монополизировали музыкальный рынок США

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

* * *

Последние три дня Silicon Valley Bank

Как накрылся краеугольный банк кремниевой долины.

* * *

История создания гитарной педали Big Muff

И причём тут вылавливание мячиков из канализации.

* * *

Чем зарубежные продакты отличаются от российских

И довольно сильно.

* * *

5 этапов собеседований в крупную айти-компанию

Готовимся и ведём себя правильно.

* * *

Про Старбакс

Почему это не кофейня, а необанк и другие особенности их бизнеса.

* * *

Быть тимлидом, ожидания и реальность

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

* * *

Доходность инвестиций в 2022

Короче, если не хотите вникать в тему, просто храните все деньги на вкладах.

* * *

Чему учат путешествия

Почему успешные люди так любят путешествовать и что это даёт.

* * *

Лимит сообщений в Телеграм

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

* * *

Проблема 2000

Как это было, во что вылилось и кто на этом заработал

* * *

Приложение для транскрибации аудиозаписей

Есть версия для мака и поддержка русского языка. Базовую версию можно получить бесплатно. Попробовал транскрибировать, получается сносно. На Windows потребуется установить дистрибутив с GitHub от самой OpenAI.

* * *

Ругаю сотрудников за переработки

Менеджеры проектов делятся своими подходами к работе.

* * *

Киберпанк по-русски

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

* * *

Бешеные псы против антифрода Яндекса

Разбираемся, можно ли скликать рекламу конкурента в Яндекс Директе

* * *

15 стратегий роста продукта

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

* * *

Билл Гейтс о нейросетях

По мнению основателя Майкрософта, появление AI сравнимо по значимости с изобретением графического интерфейса.

* * *

Нейросетейвой Last of us в советском антураже

С борщевиком.

* * *

Почему тик-ток не стал русским

Как был продолбан очередной стартап. Такое всегда интересно.

* * *

Обзор книги «The Halo Effect»

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

* * *

Хорошо, что вы это сказали

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

* * *

Как чувак пролюбил 6,7 млн. руб. на разных бизнесах

Историй успеха выше крыши, а вот про провалы редко кто рассказывает откровенно.

* * *

Upskayl

Приложенька увеличивает разрешение фоток, совершенно бесплатно до 8 раз, умеет работать с большим количеством картинок, работает локально. Крутота.

* * *

Зилант-2010. Хельга Эн-Кенти — .Ото-химэ

Снова будут складно врать, что случалось им встречать дочь властителя морей, Ото Химэ.

* * *

Поисковик по форумам

Форумы — всё ещё лучший способ получить развернутое мнение на любую тему.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

У вас четыре варианта подхода к найму исполнителей. 

1. Инхаус-команда.
2. Один или несколько фрилансеров. 
3. Аутстаф команда под полным вашим контролем. 
4. Подрядчик, которому вы поручаете работу под ключ. 

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

Инхаус команда

Создаём штатные единицы исполнителей, поручаем рекрутеру найти кандидатов в штат. Вносим им записи в трудовые книжки, платим зарплату. 

Вариант хорош, когда приложение планируется очень сложным и дорабатывать его предполагается длительный период (в нынешних условиях «длительно» — это 2-3 года). По деньгам вариант получается чуть ли не самым дешёвым, дешевле только фрилансеры. 

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

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

Есть мнение, что инхаус-разработка стабильнее. Что у штатного сотрудника выше мотивация, он внезапно не пропадёт с радаров. Однако работодатели делились со мной историями, как штатный сотрудник просто переставал приходить в офис и брать трубку, даже не забирал трудовую. 

Один или несколько фрилансеров

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

Чаще всего, фрилансеры не требуют договор. Есть пространство для бухгалтерских манёвров с расходами на них. Нет официального оформления отношений — в ваших руках большая свобода в формировании команд и их переформатировании. 

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

Ранее практиковался найм разработчиков-фрилансеров из Украины, они стоили ещё дешевле, относительно российских. Но теперь этому мешает СВО и препятствия для трансграничных переводов. 

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

Аутстаф команда под вашим контроем

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

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

Недостаток метода в дороговизне. Аутстаферам нужно платить специалистам зарплаты и при этом что-то зарабатывать, поэтому это самый дорогой вариант. 

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

Подрядчик для работы под ключ

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

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

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

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

На практике рассмотренные методы хорошо и правильно комбинировать. Например, нанять инхаус лидов, а для исполнителей использовать аутстаф.

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

Гит

На проекте я тимлид,
В мастер пушу свой коммит, 
У меня на это есть
Полный доступ в гит.

Если команда проекта состоит из вас одного, да, можно заливать код по FTP и вносить правки прямо на прод. Но уже когда вас становится двое, начинаются проблемы. Вы будете затирать код друг друга, откат из серверной резервной копии будет занимать массу времени и проч. Кроме того, в процессе залития файлов через FTP, прод будет работать нестабильно. Гит решает все эти проблемы, у вас появляется нормальная версионность, нормальный мерджинг, нормальное залитие кода в прод. Первым делом в стартапе надо внедрить гит, если его ещё не внедрили.

Код ревью

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

CI/CD

Эту загадочную аббревиатуру нужно внедрять в третью очередь, когда гит и код ревью уже заработали. Даёт великое множество профитов — возможность гибко управлять правами доступа, автоматизировать ручные действия и самое главное, возможность нормально масштабироваться. Без CI/CD в случае резкого всплеска нагрузки вам останется только развести руками.

Прозрачный процесс постановки задач

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

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

Руководитель изрыгнул в чат баг или очередную светлую идею — ответственный сотрудник заводит тикет в таск-трекере и скидывает в чат номер. Исключений нет.

Одна задача = одна ветка в гите.

Крупные задачи нужно дробить на мелкие. А для мелких заводить отдельные ветки. Причина проста. Если вы решите вести в одной ветке 10 задач и срочно потребуется релизиться, вы не сможете это сделать, если хотя бы в одной будет критичный баг. Если вести задачи в отдельных ветках, вы совершенно спокойно зальёте 9 рабочих веток с 9 рабочими задачами и обрадуете стейкхолдеров и пользователей.

Автотесты

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

Мониторинг ошибок

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

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

Вот, в целом, и все полезные практики, которые вам нужно завести в свежем стартапе чем раньше, тем лучше.