Archive for the ‘Эффективность’ Category

Больная сторона технического профессионализма.

Четверг, Октябрь 23rd, 2008

Больная сторона технического профессионализма.

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

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

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

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

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

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

P.S. Из обсуждения с СОТОНА: Чем меньше компания, тем чаще профи затыкает все дыры.
Когда компания растет, то профи очень усердно начинают применять именно для одного направления.

Что делать, когда не хочется делать?

Среда, Октябрь 15th, 2008

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

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

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

А что вы предпочитаете делать в такие дни?

Все что может не работать — будет не работать.

Среда, Сентябрь 3rd, 2008

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

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

Поэтому единственный способ, достичь того, чтобы какой-то процесс или система работала — сделать метод, который не позволял бы процессу или системе выключиться. В общем жестокая обратная связь. Как только система начинает отклоняться, то должна возникать сила которая приводит систему обратно в порядок.

Ракета с помощью молотка и зубила.

Воскресенье, Август 24th, 2008

Что вы скажете человеку, который сам будет строить космическую ракету только с помощью молотка и зубила?

Что вы скажете человеку, который будет хранить 10 гигабайт текстовой информации (по которой надо постоянно искать) в текстовом файле без индексации?

Что вы скажете человеку, который будет вскапывать огород размером в 500 гектар с помощью лопаты?

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

И что нужно:

а) Добавить новые и более мощные инструменты

б) Добавить новые и более мощные знания как управляться с инструментами

в) Добавить людей на тех задачах с которыми тяжко справиться самому

Итак, теперь возвращаемся к IT. Я начинал эту тему уже в статье Менеджер с линейкой в голове и она снова всплыла в прошлой статье в комментариях.

Начинающие менеджеры управляют чаще всего просто применяя здравый, некоторое количество интуиции и субъективную оценку. И на небольших объемах (эдак 5 подчиненных) даже неплохо работает. Потом, количество подчиненных в их иерархии (включая подчиненных подчиненных и т.д.) растет и вдруг все начинает валиться из рук и методы которые работали вчера на 5 людях работают плохо на 15 и не работают вообще на 50.

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

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

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

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

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

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

P.S. Кстати, небольшая рекламная пауза, про которую я забыл. Эти два сайта публикуют мои статьи, за что им большое человеческое спасибо.

Загляните на сайт KakRabota.com.ua. Он посвящен в первую очередь отзывам сотрудников и соискателей о различных компаниях Украины и России, сбору статистики зарплат в разрезе отделов. В разделе форума есть опубликованные вакансии и резюме с возможностью комментировать их или задавать вопросы а так же просто обсудить темы связанные с работой. А также на сайте есть блог разработчиков, на котором вы можете регулярно читать интересные статьи опять же на околорабочую тематику.

А второй сайт — это, сайт www.webdiktor.ru. Это забавный бесплатный сервис по озвучиванию статей. Они меня тоже посчитали и озвучили уже несколько статей вот тут. Так, что если есть люди, которые любят слушать статьи в стиле podcast’ов — заглядывайте туда почаще. Хотя, стиль начитывания статей слегка своеобразен. 😉