21.10.2015 23:02
Комментариев:  

Заявление о приёме

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

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

Не могу знать, какой смысл был вложен в самое первое в истории заявление о приёме на работу и как он менялся с течением времени, но у Щедровицкого в «Оргуправленческом мышлении» заявлению о приёме на работу даётся обоснование, которое делает это заявление осмысленным, полезным для организации и даже нужным. Жаль, что за 20 лет стажа ни в одной из организаций я не видел понимания и применения этого смысла:

[…] человек, занимающий определенное место [место в организации, т.е. должность — С.К.],­ отказывается тем самым от собственных целей и задач, от собственного самодвижения и обязуется — в этом смысл заявления «Прошу принять меня на должность…» — двигаться только в соответствии с этим местом и соответственно тем целям и задачам, которые по каналам организации будут передаваться ему вышестоящими инстанциями.

04.10.2015 21:36
Комментариев:  

Погасить свет в поезде

Третьего дня В. прислал «типовую задачу с собеседования программистов»:

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

Моё решение

  1. Присваиваем вагону, в котором мы сначала оказались, №1, и гасим в нём свет.
  2. Заходим в соседний, зажигаем в нём свет, называем его №0.
  3. Возвращаемся в вагон №1.
  4. Если в вагоне №1 свет горит, то в поезде всего один вагон, гасим свет, стоп. Если в вагоне №1 темно, то преходим к п.5
  5. Идём от нулевого вагона, т.е. во второй, третий и далее, пока не дойдём до вагона, в котором горит свет. Гасим свет.
  6. Возвращаемся в вагон №0. Когда мы из него уходили, свет горел. Если теперь он погас, то мы прошли весь поезд по кругу, задача выполнена, стоп. Если свет в вагоне №0 все ещё горит, снова переходим к п.5.

Забавные моменты

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

Задачу видели несколько знакомых. Их них один вообще не понял сначала, чего от него хотят: «Когда необходимо закончить ЧТО? Жить, решать эту задачу? Хотеть устроиться к ним на работу?» Однако, узнав, что решение есть, быстро решил. На собеседовании, наверное, провалился бы.

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

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

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

14.09.2015 21:55
Комментариев:  

«Светофор» и IE11

Внимание! Если вы смотрели «Светофор» из IE11 или IE10 до даты этой заметки, то у вас не работали движки настройки. И картинка была вот такая, статическая:

Отчёт «Светофор»

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

Теперь всё работает.

Почему не работало, знает Гугль.

29.08.2015 22:45
Комментариев:  

IT бизнес-партнёр

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

Обычные кадровики

Жили-были кадровики, работали в отделах кадров, занимались своими кадровыми делами: искали кандидатов на вакансии, вели кадровое делопроизводство, выдавали трудовые книжки сотрудникам, которые «решили отправиться исследовать новые возможности», — нормально трудились.

«А. решил отправиться исследовать новые возможности», — так в компании N сообщили об увольнении одного из руководителей.

Примем во внимание, что и поиск кандидатов, и приём на работу, и увольнение — всё это стандартные запросы, т.е. на вопрос, был ли у кадровиков каталог услуг, ответ строго утвердительный.

Вспомним, что параметры некоторых из кадровых услуг не просто существуют, но ещё и контролируются государством, значит и контроль исполнения SLA налицо. Вывод: можем говорить о наличии процесса управления уровнем услуг.

Управление конфигурациями? Учёт сотрудников такой, что не всякая CMDB сравнится по количеству атрибутов и точности информации.

А что такое испытательный срок, как не время от внедрения изменения до его оценки (PIR)? Значит, и управление изменениями тоже было.

К чему клоню: задолго до того, как ИТ-службы узнали про Айтиль, кадровые службы уже работали по-айтилевски.

Великий кадровик

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

Например, просят айтишники нанять ещё 10 человек на 1-ю линию, потому что инциденты в срок не успевают решать, а кадровик, думающий о том, как лучше для бизнеса, им говорит: «У вас слишком много инцидентов. Надо не первую линию раздувать, а процесс управления проблемами налаживать. Поэтому вместо 10 человек на 1-ю линию я вам найду, троих, а ещё двоих найду таких, которые сделают так, чтобы инцидентов меньше стало. Само собой разумеется, что все вопросы, связанные с изменением внутренних процессов, процедур и оргструктуры, я, конечно же, решу сам. Ведь я же не просто кадровик, я думаю об интересах бизнеса.»

Когда кадровик так думает и делает, из обычного кадровика он превращается в HR бизнес-партнёра.

IT бизнес-партнёр

Аналогию и последствия для сотрудников ИТ-подразделений вы уже поняли: думай об интересах бизнеса, и ты уже не просто айтишник, ты — IT бизнес-партнёр.

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

  1. IT бизнес-партнёр — классный термин. Он показывает, к чему надо стремиться: помни о потребностях бизнеса, стремись принести бизнесу пользу. Да, в Айтиле написано про выявление и удовлетворение потребностей бизнеса, но 90 % ИТСМ-проектов все ещё начинаются с управления инцидентами, а не со стратегии или каталога услуг.

  2. Нельзя называть должность «IT бизнес-партнёр». Это самое плохое, что можно сделать с этим понятием. Если такой должности не будет, то каждый сотрудник ИТ-подразделения сможет быть IT бизнес-партнёром, то есть помнить об интересах бизнеса. Но если назвать должность «IT бизнес-партнёр», то сотрудники всех остальных должностей получат индульгенцию об интересах бизнеса не думать — ведь есть специально нанятые для этого люди. А специально нанятых людей будет очень мало. Проверим по «Хэд-хантеру»: «Сбертех» искал ровно столько же «партнёров», сколько искал X5 — одного.

  3. Лучше писать «IT бизнес-партнёр», чем «ИТ бизнес-партнёр», потому что уже принято писать «HR бизнес-партнёр». Однообразие удобно.

  4. Пусть «IT бизнес-партнёр» станет наградой, которую бизнес присуждает ИТ-сотруднику. Совершенно нормально, если эту награду смогут получить все сотрудники ИТ, это не приз в соревновании, когда первое место может занять только один. Наоброт, это что-то вроде аттестата зрелости, без которого на работу вообще не берут.

За работу, партнёры!

Страницы: 1 2 3 4 5 6 7 8 9
Tweets by konakov
HyperComments