Был, например, недавно чувак, который прочитал что-то из карьерных стероидов, мы с ним потрындели, и он пошел к начальнику за зарплатой, и получил прибавку. Это из того, что помню.
А обычно оно как. Прочитает человек статью, и пишет мне личные сообщения, рассказывает о своей ситуации. Я ему чего-то там отвечаю, мы переписываемся, и потом он говорит, типа ладно, буду пробовать. Но никогда не напишет о результатах.
Напишет, если я его спрошу. Сначала, когда такие случаи были единичными, я спрашивал. Потом — перестал, потому что никакого времени не хватит на эту переписку.
Вот ты, например, не пишешь же, как у тебя дела? Пока я не спрошу. Пишешь, только когда у тебя проблема возникает.
Или вот есть крупный франч, который взял методику, и внедряет. Пока у них были вопросы, они писали. Когда стали внедрять, писать перестали. И если я не буду спрашивать, о результатах не узнаю. И буду думать, что бросили и ничего не получилось.
Или вот один большой завод взял систему мотивации по нормочасам, внедрил, и утверждает, что у него все стало хорошо. А я об этом узнал совершенно случайно, где-то в фейсбуке.
Короче, проблема понятна — я ни фига не знаю, кто чем воспользовался и каковы результаты. Пока сам не спрошу. А мне некогда спрашивать. Поэтому живу в вакууме.
У нас тоже была «карта разрешений», потом пришлось переименовать в «акт приема продукции с отклонениями». Вот только причину точно не помню — вероятнее всего, сертификация на API.
ИТ-директора разные бывают. Некоторые ведут себя прилично, и получают от директора не задачи, а стратегию. Например, страт. задачу «снижение стоимости ведения учета».
В этом случае они могут оценивать требования пользователей на соответствие этой стратегии.
Проще на примере внутренней автоматизации.
Есть программист, или ИТ-отдел. У него есть прямые потребители — пользователи. Эти потребители высказывают требования. Программисты этим требованиям соответствуют на какой-то процент. Так получается качество работы программистов относительно пользователей.
А есть некая сила, например — ИТ-директор, или директор всей компании, для которого важно, чтобы программисты использовались по назначению, а не для «помоги, у меня документ не печатается».
Вот эта внешняя сила может оценивать, насколько требования пользователей соответствуют требованиям самой этой силы к использованию ИТ-отдела.
Типичный пример — программисты полностью удовлетворяют бухгалтерию, но директор их разгоняет, потому что он нанял программистов для автоматизации управления, а не бух.учета.
Та часть, которая про пример с автозаводом, возможно, не актуальна. Я с тех пор на автозаводах не бывал.
На обычных заводах, занимающихся мех.обработкой, по моим наблюдениям за прошлый год, все ровно так же.
А обычно оно как. Прочитает человек статью, и пишет мне личные сообщения, рассказывает о своей ситуации. Я ему чего-то там отвечаю, мы переписываемся, и потом он говорит, типа ладно, буду пробовать. Но никогда не напишет о результатах.
Напишет, если я его спрошу. Сначала, когда такие случаи были единичными, я спрашивал. Потом — перестал, потому что никакого времени не хватит на эту переписку.
Вот ты, например, не пишешь же, как у тебя дела? Пока я не спрошу. Пишешь, только когда у тебя проблема возникает.
Или вот есть крупный франч, который взял методику, и внедряет. Пока у них были вопросы, они писали. Когда стали внедрять, писать перестали. И если я не буду спрашивать, о результатах не узнаю. И буду думать, что бросили и ничего не получилось.
Или вот один большой завод взял систему мотивации по нормочасам, внедрил, и утверждает, что у него все стало хорошо. А я об этом узнал совершенно случайно, где-то в фейсбуке.
Короче, проблема понятна — я ни фига не знаю, кто чем воспользовался и каковы результаты. Пока сам не спрошу. А мне некогда спрашивать. Поэтому живу в вакууме.
В этом случае они могут оценивать требования пользователей на соответствие этой стратегии.
Есть программист, или ИТ-отдел. У него есть прямые потребители — пользователи. Эти потребители высказывают требования. Программисты этим требованиям соответствуют на какой-то процент. Так получается качество работы программистов относительно пользователей.
А есть некая сила, например — ИТ-директор, или директор всей компании, для которого важно, чтобы программисты использовались по назначению, а не для «помоги, у меня документ не печатается».
Вот эта внешняя сила может оценивать, насколько требования пользователей соответствуют требованиям самой этой силы к использованию ИТ-отдела.
Типичный пример — программисты полностью удовлетворяют бухгалтерию, но директор их разгоняет, потому что он нанял программистов для автоматизации управления, а не бух.учета.
На обычных заводах, занимающихся мех.обработкой, по моим наблюдениям за прошлый год, все ровно так же.