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

Зададим себе несколько вопросов. Часто ли я переписываю свой код с нуля, пытаясь его улучшить? Часто ли я меняю дизайн приложения во время его разработки? Задерживаюсь ли я на каждом методе (или функции) достаточно долго, пытаясь продумать все аспекты его использования? Считаю ли я, что абсолютно любое программирование служит мне уроком и источником опыта? Стараюсь ли я в новом коде всегда использовать что-то новое, чтобы саморазвиваться? Обращаю ли я больше внимание на лаконичность/красоту кода, чем на лаконичность/красоту приложения в целом?

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

Мысль написать эту статью родилась около недели назад, именно тогда, в фирму, где я работаю около 3-х лет мне взяли помощника.

Через пару дней после его выхода на работу, краткого экскурса и небольшой теории, от него прозвучал вопрос: «- А почему тебе так мало платят? Ведь доступность всех служб и сервисов у тебя не менее 99,98% в рабочее время уже как больше года…»

Если честно, то именно этого вопроса я и не ожидал, и ответить в ту же секунду был не готов, но после пяти минут раздумий, все мысли встали на место, я постарался сформулировать ответ, и выдал нечто следующее:
— Во первых, мне нравится моя работа, и я работаю в свое удовольствие.
— Во вторых, я прихожу на работу когда высплюсь (обычно это около обеда), ухожу не позже 18.00, и в любое время могу уйти на 2-3 часа по своим личным делам.
— В третьих, 1500$ не такая уж и маленькая сумма для третьего по величине города России.

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

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

Сразу хочется сказать, что я не хочу останавливаться на теоретических аспектах построения ИТ-систем (ITIL, ITSM). В них описываются стандарты и подходы, к которым необходимо стремиться (что я стараюсь делать изо всех сил), но которые на практике не совсем все удается реализовать

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

Аутсорсинг — это ОТВЕТСТВЕННОСТЬ ЗА ПРОЦЕСС, которую берет на себя сторонний подрядчик.

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

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

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

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

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