Был давным давно в моей жизни этап, когда я активно увлекался олимпиадами по программированию. Дело забавное, да и на халяву поездить можно… Да и тогда это был реальный шанс встретить таких же шизиков , каким я был сам. Эх… Молодость-молодость.

Но, в общем речь, хоть и об олимпиадах, но с другого угла.

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

И вот, по прошествию, эдак лет десяти, решил отделить зерна от плевел.

Хороши олимпиадисты:

- Быстрым мышлением

- Очень хорошая базой по написанию разнообразных алгоритов

- Достаточно свободным владение языка программирования

Пожалуй, на этом список заканчивается.

А плохи они тем, что они привыкли к

- Плохому качеству написанию кода

- Жестокой ориентации на короткосрочную цель

- Плохому понимаю архитектуры (из-за малых размеров обычных задач)

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

Естественно применимо, не к 100% олимпиадистов, да и со временем качества сглаживаются (как положительные, так и отрицательны), но тем не менее - закономерность прослеживается.

Не помню, к чему это я все говорил. Так просто, музыкой навеяло.

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

В этой статье не буду писать никаких решений, а только буду бить по больным местам… э… пожалуй, только по больным местам этой темы.

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

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

б) Запись знаний, чаще всего низкий приоритет в системе ценностей человека. И поэтому, когда встает выбор – разгребать текущие проблемы или создавать «нетленку» , то чаще всего начинают разгребать именно текущее дела.

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

в) Нужно ли заставлять подчиненного писать свои знания или делать остальную часть работы. Опять же возникает конфликт приоритетов.

Потребитель знаний:

г) Почему собственно нужно читать чьи-то ошибки, сделанные непонятно когда и кем и пытаться понять какие-то решения, принятые людьми, которые уже не работают в фирме?

д) Как справляться с тем потоком информации, которые могут быть сгенерированными многими людьми. Как отбирать только нужное и важное и не тратить время на все остальное?

Ну, и с точки зрения компания, проблемы следующие

е) Что делать с людьми, которые не хотят сохранять знания, особенно если они ими обладают. Должно ли стать это требованиям к работе. Что делать с теми, кто не хочет изучать знания?

ж) Какова приоритетность записи и изучения знаний? Это нужно для того, чтобы менеджеры могли выставлять приоритеты рабочим

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

Д) Самое главное, как сделать весь этот проект прибыльным?

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

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

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

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

И именно это убивает эту идею на корню. Проблема состоит в том, что скажем тренер по футболу может натренировать команду с игроками, которые играют лучше него. Но вот человек не игравший в футбол никогда не может натренировать команду.

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

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

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

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

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

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

Я уже задевал частично эту тему в статье Сделай сам. Гигантская проблема бизнеса (причем не IT), а вообще любого бизнеса, то, что наемному рабочему зачастую все пофиг.

Как пел Ленинград: “А мне все пох@й, я сделан из мяса… самое страшное, что может случить..» Впрочем, я не об этом. Я об том, что по большему счету добрые 50% населения земли идут на работу, чтобы отсидеть свои 8 часов в офисе/отработать за станком, получить свою зарплату и свалить домой.

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

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

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

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

Увы мысль вышла полу обтесанной, впрочем, большинство мыслей у меня таковы

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

P.P.S. Продолжая эстафету переданную мне Настей Манно, расскажу о своих любимых песнях. Так как это откровенный не формат для моего блога, поэтому решил приклеить к посту, а не выделять отдельным.

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

1. Shakira “Objection (Tango)”

2. Blackmore’s night “Storm’

3. Наутилус «Крылья»

4. Крематорий «Мусорный ветер» (скорее текст, чем музыка)

5. Red Hot Chilly Paper “Californication”

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

P.P.P.S. Интересно, сколько нужно написать P.S., чтобы люди бросили читать пост? А если серьезно, я вот тут поумал… Товарищи, нет даже лучше, соратники в борьбе с энтропией Если вам нравиться этот блог и у вас есть умные/добрые или глупые/злые IT’шники с которыми вы работаете - дайте им его почитать. И каждому кто так сделает наступит великое программистское/бизнес счастье

P.P.P.P.S. Еще одно дополнение, многие путают понятие “скиснуть” и “пофигизм”.
Так, вот ситуация когда на людей нагружают и пытаются из них выдавить что-то - то люди киснут. Если человеку подавлять инициативу, если у него дурное начальство - то он тоже киснет.

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

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

Что-то никак не хватает времени написать полноценную статью. Надеюсь, завтра этим займусь.

Так что, просто выкладываю совсем необработанные раздумия.

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

Как по мне, правильный ответ - никак. Быстро это сделать не удастся. Можно только, медленно и постепенно и то, не все станут профами.

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

Ладно, оставим вторых. Сконцентрируемся на первых.

Самый лучший метод, который я знаю на сейчас, просто сидеть с людьми (а-ля XP программирование) и вместе решать задачи/обсуждать, помогать править их код и объяснять, почему и что делается. Но, лучший не значит самый простой (честно говоря забирает кучу времени).

Второе, что приходит в голову - давать правильные книги. Занимает меньше времени, но гораздо менее эффективно.

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

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

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

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

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