Как программисты налево ходили. Бизнес-советы предпринимателям

Наталья Ивановна Легеза (2024)

МИФ ИЛИ РЕАЛЬНОСТЬ ОБ ИЗМЕНАХ ПРОГРАММИСТОВ СВОИМ РАБОТОДАТЕЛЯМ.А можно ли это считать изменой?Ведь каждый вправе в свободное от работы время делать то, что он хочет.У нас же не рабовладельческий строй с разделением на Хозяев и Рабов.А значит, и подработку на стороне вправе назвать Хобби.Может кто-то картины собирает, а кто-то коды программ коллекционирует, чтобы не умереть от скуки на рутинной работе.А что на этот счет думают владельцы бизнесовДумаю, что не думают от слова «ВООБЩЕ».А чего его думать? Вон в уголочке программист свой сидит в джинсах и в свитерке, прямо так уютно, по-домашнему. Работает себе, да и ладно, главное, что при деле, и всегда если что можно послать свой ноутбук отвезти в ремонт.Штатная единица на то она и штатная, в полном распоряжении на 8 часов, пользуйся по всем рабочим вопросам, только зарплату плати вовремя.У автора на этот счет конечно же своё мнение, кто ж как не она знает все секреты программистов, которые они скрывают от любопытных глаз.

Глава 1. Программист — свой или чужой?

А где я могу найти кого-нибудь нормального?

— Нигде, — ответил Кот, — нормальных не бывает. Ведь все такие разные и непохожие. И это, по-моему, нормально.

«Алиса в стране чудес» Льюис Кэрролл

Из практической жизни.

Задача программисту 1С:8.3.: «Закрасить перламутром в квадрате и в зонтике».

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

Нет не угадали. Если бы вы прошли мой путь 20 лет взаимодействия с штатными разработчиками и ещё 7 лет с фрилансом, то нам было бы о чём подискутировать. Хотите верьте, хотите нет, но руководя и внедряя более сотни проектов по автоматизации бизнеса, я сняла розовые очки только 3 года назад, когда объективная реальность отрезвила мой ум, и стало явно и очевидно, «кто есть на самом деле программист в штате».

Парадоксально, но факт, мне это было не понятно более 20 лет.

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

Я ОШИБАЛАСЬ.

И считаю на сегодня на 100%, что во главе угла IT компании должен находится НЕ ПРОГРАММИСТ, а ЛИДЕР, у которого есть ВИДЕНИЕ.

ДА! Именно ВИДЕНИЕ, того что нужно делать.

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

Огромное заблуждение большинства людей состоит в том, что они думают, ЧТО ПРОГРАММИСТ ЗНАЕТ, ЧТО ДЕЛАТЬ!

Нет! Верным суждением будет: «ПРОГРАММИСТ БУДЕТ ЗНАТЬ, ЧТО и КАК ДЕЛАТЬ, КОГДА ЕМУ УКАЖУТ, ЧТО ДЕЛАТЬ И ПОКАЖУТ НАПРАВЛЕНИЕ ЛОГИЧЕСКОЙ МЫСЛИ».

Прошу обязательно придать значение двум словам «ЛОГИЧЕСКОЙ МЫСЛИ».

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

Конечно же маршрут может быть скорректирован со стороны программиста, на то он и опытный «пилот», тех кто «не в зуб ногой» в расчёт не берём.

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

Это вам не сказка «иди туда не знаю куда, принеси то, не знаю, что». За чем пошлёте, с тем и вернутся, а может и не вернуться, тут уж по обстоятельствам.

Лучше не беритесь руководить проектами, если в голове у вас поселилось ННН.

Не знаете цели проекта,

Не в курсе, какой результат ожидается,

Не собираетесь погружаться в детали.

ННН чревато перерасти в ППП

Потеря денег

Потеря репутации

Пиндец («н» можете заменить на «з», разрешаю)

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

Как определить профессиональная компания или нет, попробуем разобраться далее по книге.

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

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

Почему?

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

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

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

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

«Устраивает, не устраивает, а что вы хотели, как написали в письме, так и сделали. Написано же «семь зелёных клеток с точками, вот и получите. Что? Хотели точки над зелёными клетками и клетки в один ряд, а не на друг друге? Ну извините, мы тут заняты, нам тут домысливать некогда. Пишите задачу на доработку».

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

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

Открою вам небольшой секрет, вам знакомо выражение: «солдат спит, а служба идёт»?

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

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

Ну а что?

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

Наверное думаете, что я выдумываю, и это только некоторые недобросовестные разработчики так делают.

А вы посидите и подумайте, только очень хорошо, логически выстройте цепочку.

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

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

Скучно, батенька, скучно тут с вами. А вот там на стороне — ОПЫТ, ГОСПОДА. Разнообразие, за которое, между прочим, ещё и деньги предлагают, и что самое важное даже похвалить могут, а не дармоедом обзывают, и в отпуск только в феврале и ноябре отпускают, когда все остальные летом и на новогодние праздники, из которых только к середине мая возвращаются.

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

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

На элементарный вопрос, почему отчёт, который можно за 8 часов собрать, а не три недели ждать мне ответили таким образом: «А вы знаете сколько мне над этим пришлось думать?»

Знаю батенька, знаю, не фига ты не думал, дурака валял, и другими делами занимался, поэтому иди-ка ты подобру-поздорову, к другим олухам, кто в твои сказки для Панаски поверит. Я в детективные истории про «долго думать» не верю никак, потому, что тому разработчику, которому действительно нужно задачу решить, он и посоветуется и техническое решение выдаст как можно быстрее. И всё потому, что он хочет и задачу закрыть, и денег получить, именно это его и вдохновляет. А прохиндеев на рынке хватает, не успеваешь избавляться, как вон уже новый на горизонте.

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

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

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

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

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

Совет четвертый: если программист начинает требовать от вас деньги за работу, которую он не выполнил в первую неделю возникшего конфликта, не нужно обострять ситуацию до критического момента. Любые споры разгораются всё больше, если в них «подбрасывать дров», первые две недели от момента возникновения инцидента нужно всеми возможными усилиями сглаживать острые углы. С клиентом вы проблему уладите, но вот с разработчиком дело будет сложнее. Он потратил время, и его претензия будет заключаться в шантаже и вымогательстве с целью забрать денег в наглую и по-хамски. В данном случае не пройдёт просто заблокировать номер, это может вызвать неадекватную редакцию (даже не возьмусь предсказывать, что может произойти). Нужно проводить разъяснительную работу, в спокойном тоне, не раздражаясь и не выливая негативные эмоции. Время будет играть на вашу пользу, если вы, подкрепляясь фактами, будете обосновывать ваш отказ оплаты, прежде всего отсутствием результата. Прошу понять, что причина «отсутствие результата» и «ты бестолковый» — это две большие разницы. Почему результат не случился, надо проанализировать объективно и сделать совместные выводы. Просто «отморозиться» и «абстрагироваться» от проблем не пройдёт. Спокойно относитесь к угрозам, с посыланием на вашу голову всех проверок, аудитов, и кары небесной. Если бы этот разработчик был действительно такой серьёзный, сидел бы он в рядовых программистах на шабашках? Да нет конечно, уже бы сам своей фирмой руководил, а не пыль в глаза пускал.

Какие выводы можно сделать из этой главы?

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

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