У меня уже не первый раз возникает странная ситуация с внедрением написанных программ.

Например:
Программа написана. Показана тем или иным людям. Отлаживалась с теми или иными исполнителями.
В процессе отладки формулировались 100500 хотелок и они удовлетворены.

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

Я что то делаю не так. Мне кажется не хватает какого то организационного пинка. Но как его организовать ?

ViPRosAlexsalog,

деньгу получил уже?

Да платят. Но мне как то смущает отношение.

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

Да мне кажется дело вообще не в этом. Что то с подходом к организации. Обычно я много трудился над ТЗ и разработкой. Слегка над обучением. Но пинок давали другие люди. А тут - я сам пинка дать не могу. Дир. не торопится, а может не знает можно ли его дать, потому что "мало ли что".

V.SopkinКак правило, при внедрении возможны 2 основных варианта:
1. Когда пользователю это нужно (снизить свои трудозатраты, решить ранее нерешенные проблемы, повысить свой авторитет, получить премию за внедрение, получить повышение по службе и т.п.).
2. Когда пользователь, со старой системой работы, не горит желанием что-то менять . Причины могут быть различны - от личных (боязнь не справиться, ошибиться, потратить свое личное драгоценное время, потерять свой статус в коллективе, нарушить групповые интересы и т.п.) до производственных (высокая загрузка, нерешенные проблемы и т.п.).
В первом случае пользователь сам Вас загоняет, чтобы как можно быстрее внедрить нововведение.
Во втором случае (наиболее частом), ему нужно "перекрывать кислород" - лишить возможности работать по старому. Это можно сделать только административным путем, поддержанным технически. Т.е. нужен приказ, распоряжение, указание о внедрении. Технические моменты там так же желательно отразить - закрыть доступ к старой программе с такого-то числа, отчет принимать только по новой форме, перераспределить обязанности работников, ввести наказание за нарушение установленного регламента работ и т.д.В моем случае, в том конкретном который я имею сейчас - программу просили директора сделать пользователи. Они указывали конкретные проблемы. Таким образом директор получается был мотивирован настолько насколько были мотивированы пользователи.

Программа сделана. Теперь те же пользователи, которые хотели программу - потому что они очень устают не могут на неё перейти потому что очень устают! Блин , чё делать ?? А директор в данной ситуации больше ориентируется на пользователей, чем на собственную мотивацию улучшений. Хотя конечно эта собственная мотивация присутствует, потому что учет в Excel это хаос, потери и порой неразбериха. Но не так уж часто. Но все таки бывает. Но уже как-то привыкли решать.

Сегодня ощутил приступ тошноты от этого болота.


Напрашивается какой-то хитрый организационный ход. Фокус какой-то. Нужен творческий прорыв.

Всем спасибо за рекомендации. Дело сдвинулось. Сработал метод авторитетных сотрудников + (немного) авторитарные меры.

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

Далее проектируешь структуру, интерфейс и процедуры обработки.

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

Тут начинаешь задумываться в стиле задачи оптимизации - ага, сократил трудоемкие операции "А", "Б и "В". Но операции "к", "л" и "м", трудозатраты на которые которые раньше были исчезающе малы стали задачами "К", "Л" и "О".

Итого было:

А+Б+В+к+л+м

стало:

а+в+К+Л+О

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

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

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

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