Услуги

Основа нашей работы – создание сайтов. Кроме этого, мы оказываем ряд сопутствующих услуг. В частности – разработка технического задания, разработка дизайн-макетов, верстка, разработка Системы Управлением Контентом (CMS), flash-программирование, Silverlight решения, AJAX решения, программирование бизнес-процессов, Совокупность реализации всех пунктов является созданием

 
 

№ 4: Не устанавливайте бит ничтожества


05.12.2011 г.

       Я повторяю. ПО — это интеллектуальная собственность. Для того чтобы создать ПО, вам надо иметь в работе интеллект. И чем больше интеллекта и с большей скоростью у вас работает, тем больше интеллектуальной собственности вы получите в конце процесса. Очевидным моментом является то, что люди должны думать. Однажды меня спросили: “Что самое трудное в разработке ПО?” 

       Я не колебался: “Заставить людей думать”. 
       Хотите верьте, хотите — нет, но большинство людей не любят думать. Хотя сами они могут считать по другому. Конечно, легче не думать, и вместо этого установить бит ничтожества. В Microsoft говорят так: “Этот парень — ничтожество”. После этого никто никогда не обращает на него никакого внимания. Его мнение никого не интересует, на него смотрят свысока. А когда касается его вклада, то говорят: это — мертвый груз, ничтожество. 
       Такому человеку, конечно, нельзя ни в чем доверять. Самое большее, на что вы можете рассчитывать, — ему не будут поручать никакой важной работы, и он не сможет испортить дело. Вот таков предел желаний для человека, занимающего данную позицию в вашей команде. 
       Вы можете установить бит ничтожества на себе, если решите, что не знаете, как необходимо поступить в той или иной ситуации. Те самым вы становитесь мертвым грузом. 
       Мы не допускаем такой ситуации в нашей команде. Мы вовлекаем в дело каждую голову — каждый может внести свой вклад. Любой член команды должен быть в состоянии сказать, как сократить время выпуска продукта на рынок. Каждый должен знать, где нас могут подстерегать ошибки. И вы должны добиться того, чтобы вся команда думала так. 
       Самый верный признак того, что люди думают — это то, что они слушают других людей и отвечают важными замечаниями. Они умеряют свои первоначальные конкурирующие амбиции перед возможно превосходящим образом мысли. Они стараются оценить полученную новую, потенциально ценную, информацию. Они могут отделить часть сообщения, обусловленную самолюбием, от относящегося к делу смысла. 
       Думающие люди способны оценивать новые идеи. Если же они этого не могут — то в силу двух явлений. 
       Явление первое — оборонительная позиция — возникает, если адресат неправильно понимает критическую обратную связь. Процесс, создания интеллектуальной собственности требует больших эмоциональных и творческих затрат. Критика или лучшие идеи по поводу продукта или процесса его создания преобразуются в критику себя. Если человек полностью вовлечен в процесс мышления, то все будет нормально, потому что при последующем обдумывании он отсеет относящие к самолюбию аспекты сообщения от смыслового содержания. 
       Однако обычно этого не случается. 
       Вместо того чтобы запросить больше информации и достичь большего понимания, человек на принимающей стороне вводит в действие примитивные защитные механизмы. Результатом являются прямые конфликты или пассивно-агрессивное прекращение обратной связи или обмена идеями, — и зрелой оценки информации больше не будет происходить. Когда один человек повторно “пристает” к другому с идеями или запросом на обратную связь, получатель стоит перед дилеммой: либо признать, что идеи и информация (ранее без подготовки отвергнутые) являются ценными, либо признать человека, который настойчиво лезет к вам со своими идеями, ничтожеством. Получатель устанавливает бит-флаг НИЧТОЖЕСТВО = TRUE на настойчивом собеседнике. 
       Второе явление, случающееся чаще первого, является обратным. После того, как хорошие идеи человека были сразу или повторно отвергнуты, инициатор сообщения, из страха или других причин, устанавливает бит НИЧТОЖЕСТВО = TRUE на получателе своего ценного сообщения. 
       Установка бита ничтожества является наносящей ущерб, дорогостоящей, бесчеловечной. И от нее трудно отказаться, особенно, если отпор) получили вы. А если лидер устанавливает на ком-то бит ничтожества, то и люди, находящиеся под его влиянием, будут делать то же. 
       Лекарство от установки бита ничтожества заключается в следующем: надо заглянуть вглубь возникшей ситуации и принять все меры со своей стороны общения, какую бы роль вы в нем не играли. Если получателю трудно принять вашу информацию — найдите способ сделать это проще. По крайней мере, объясните вашу ситуацию и ваше раздражение. Напротив, если кто-то настойчиво предлагает вам “вшивые” идеи, внимательно проанализируйте, может какие-нибудь примитивные территориальные оборонительные механизмы затуманивают вашу оценку. Если вы возвысите это правило поведения до статуса руководящего принципа вашей группы, то люди неизбежно будут считать скверным, если кто-то нарушает его.

Похоронный марш интеллектуалу

       В начале любого проекта, команда обычно еще заканчивает предыдущий проект. Если это был особенно длительный и трудный проект (а с проектами по разработке ПО почти всегда так и бывает), то этот процесс завершения нежно называют “похоронным маршем”. 
       Когда окончание предыдущего проекта чересчур затягивается (скажем, на пару месяцев), когда невежественность руководства доходит до предела, когда клиенты кричат о нарушенных обещаниях, а пресса (и ваши коллеги) хихикают над вашим “призрачным” ПО, — ваши последние возбужденные попытки спихнуть проект могут превратиться в похоронный марш. Даже в самых лучших случаях, когда все закончилось по плану (а это главное) — команда обессилена, физически и эмоционально истощена. Ее великолепный, поражающий воображение проект переродился (в их собственных руках) в созданный продукт. В процессе работы были приняты уродливые компромиссы. Члены команды знают, сколько ошибок осталось в выпущенном продукте. Они знают, какой деформированный и неизящный код. В программе остались огромные ненадежные куски кода, который никто не понимает. Команда боится, что продукт реально не будет работать. В процессе разработки, целесообразность разрушила их профессиональное самоуважение. Но в то время, когда всем этим они не гордятся, возникли новые виды гордости — гордость ветерана, гордость выжившего. Они участвовали в битве и остались в живых. В проекте, в котором нагрузки были правильно сбалансированы, каждый участник проекта остается убежденным, что именно его героические персональные жертвы являются причиной того, что продукт выпущен. Огромные персональные усилия, каждое из которых является критическим, изменили дело. 
       Но сейчас они чувствуют, что заслуживают перерыва, вознаграждения, отдыха и восстановления, и возможностей поучиться, поэкспериментировать и поиграть с тем, что они любят больше всего, — с их компьютерами. 
       Важно отметить, что они, спотыкаясь и шатаясь, добрались, тем не менее, до конца проекта. Команда воспринимает окончание проекта как достижение цели, победу, вершину. Исключительная концентрация и решительность — вот то, что привело проект к завершению. Преданность главной цели — выпустить ПО — единственный способ создавать программные продукты. И когда возникает перспектива следующего нового проекта, то также возникает и ряд нежелательных реакций. Перегорание (смотри ниже текст в рамке), наиболее общий симптом плохого самочувствия отдельного разработчика ПО, является самой большой непосредственной опасностью.

Перегорание 
       Перегорание разработчика в мире ПО — это то, чем была малярия для строителей Панамского канала. Перегорание означает, что вы больше не можете так жить. Перегорание связано с усталостью и депрессией, но оно имеет свою специфику для разработчиков ПО. Симптомы следующие: 
       — Непоколебимая вера в то, что ПО высасывает жизненные силы. 
       — Убеждение в неизлечимой беспорядочности решений руководства. 
       — Чувство тошноты при мыслях о следующем проекте. 
       — Циничный пессимизм в отношении любых организованных попыток решить проблему. 
       — Установка бита неполноценности в больших количествах. 
       — Отсутствие интереса к компьютерам (!). 
       PC World и другая компьютерная пресса (Infoworld, DrDobbs's, Midnight Engineering) остаются, непрочитанными. Научная фантастика кажется глупой. Виртуальная реальность начинает восприниматься как искусственный интеллект везде и всюду. Новые версии языков MFC не читаются. Жертва прекращает попытки выбить для себя компьютер самой современной модели. 
       Менеджеры (также способные перегореть сами) должны предпринимать меры предосторожности. Перегорание — не вирусное заболевание, но оно может заразить значительную часть вашей команды в течение нескольких недель или месяцев, если условия для этого благоприятны. Основной результат перегорания разработчика состоит в том, что его индивидуальные чувства, существенные для создания качественного ПО, израсходовались, или ушли в другом направлении, или стали недоступными. 
       Роль чувств при разработке ПО не бывает преувеличеной, Для некоторых людей, компьютер представляет собой идеальное средство для самовыражения и самопознания. Компьютер для разработчика ПО — то же самое, что перо для поэта и палитра для художника. Когда страсть сгорает, принудительное занятие разработкой выливается в простой набор битов без наличия интеллекта. 
       Я шучу о перегорании разработчика потому, что, как и всякий разработчик ПО, боюсь этого. Перегорание в разработчике — это смерть художественного самовыражения, неправильное взросление, высыхание со временем, опустошение с приобретением опыта.


man