Не доставай пистолет, если не собираешься стрелять.

Август 15th, 2008

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

В ней есть три смысла/направления:

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

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

б) Не доставай пистолет, просто для припугивания.

Припугивание вообще плохо работает и чаще вызывает агрессию, а не повиновение (уж бизнесе так точно).

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

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

О практических задачах на интервью.

Август 14th, 2008

Интересно, насколько хорошо или плохо давать практические задачи (за компом) на интервью — программистам.

С одной стороны, вроде положительная сторона в том, что видно, как человек умеет писать код, плюс еще видно достаточно ли он умный, чтобы полезть в интернет и найти уже готовый код. То есть можно поглядеть как он будет исполнять свои ПРЯМЫЕ обязанности.

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

А что вы по этому поводу думаете? Кто-то вообще такое практикует? Как бы отнеслись, если бы на вас, кто-то попытался это применить?

О мозговых штурмах.

Август 12th, 2008

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

Стоимость работы и солянка сборная.

Август 11th, 2008

Вспомнилась забавная давняя история, когда вылез какой-то паренек и спрашивает: «вот тут у меня мелкий проектик есть, за сколько возьметесь забацать?’

Ну отправил я это дело менеджеру, оценили, говорят — ну проектик маленький, где-то выйдет $500. Пересылаю я это пареньку и фигею с его ответа. Ответ примерно в таком ключе: «Ну и дураки же вы, я вот этот проект сделал за $20».

В общем, как я и писал, фигею с такой наглости… а потом подумал-подумал и решил. А кто вообще из нас дурак? У меня вот фирма и получив такой проект мы бы взяли бы 500, причем заплатили  зарплату программисту, тестировщику, часть ушла бы на дальнейшее развитие, часть бы ушла в покупку оборудования и т.д и т.п. Хм… а товарищ, на$20 максимально, что сможет ну погудеть (и то не слишком мощно).

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

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

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

P.S. Да насчет низких цен для маленьких фирм. Исключение является freelance. Все же это еще не бизнес, а просто контрактная работа. Тогда в случае если специалист хорош, то цены у него могут быть выше чем у мелких фирм.