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

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

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

Глава 3. Программисты не вечны, и вы тоже.

«Если бы каждый человек занимался своим делом, Земля бы вертелась быстрее».

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

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

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

Знаешь, одна из самых серьезных потерь в битве — это потеря головы.

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

Однозначно, что тысячи компаний провалили тысячи проектов просто по причине того, что не провели предварительное исследование, Research.

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

Research — подразумевает сбор информации по всем вопросам проекта, в т.ч. информацию о рынке конкретного продукта.

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

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

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

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

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

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

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

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

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

ЗАПОМНИТЕ, ЧТО В 99,9999999% СРОКИ IT ПРОЕКТОВ НЕ ВЫПОЛНЯЮТСЯ, И ПЕРЕДВИГАЮТСЯ НА БОЛЕЕ ПОЗДНИЕ ДАТЫ!

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

ВАЖНО ПОМНИТЬ, ЧТО В ТАКОЙ СИТУАЦИИ КОД НА СЛЕДУЮЩЕЕ УТРО НЕ ЗАРАБОТАЕТ.

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

Советы СТОРОНЕ, предоставляющей услуги программистов.

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

Завтра никогда не бывает сегодня! Разве можно проснуться поутру и сказать: «Ну вот, сейчас наконец завтра»?

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

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

Конец ознакомительного фрагмента.