Как стать автором
Обновить

Отрицание, гнев, торг, депрессия, новый сервис — как переключить коллег с Excel на другой инструмент, если ты техлид

Время на прочтение7 мин
Количество просмотров8K
Всего голосов 8: ↑6 и ↓2+4
Комментарии15

Комментарии 15

Личное мнение... Эксель и таблицы это не совсем вручную.

И вначале, когда переход был озвучен, инструкции по эксплуатации все получили? Это к тому, что "интуитивно понятно" для автора ПО не всегда понятно даже с документацией для пользователя.

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

Ага, нам так 1С-склад внедряли, практически как в статье...

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

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

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

Ага и теперь ваш продукт менеджер половину багов и фич помечает, как "никогда-нибудь" потому, что соседнему отделу нужнее.

Да, плюсанул. С 1с связываться нигде, кроме бухгалтерии, не советую. У нас внедряли документооборот на базе 1с. Я, технического склада ума, умеющего в пхп, питон, эскьюэль, каждый раз при создании письма открывал талмуд или просил подчинённого. Разобраться в 100 кнопочках и полях было просто нереально.

Так и вижу как сотрудники переглядываются: а эти внедренцы уже ушли?

Alt Tab Excel

Что было на самом деле:

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

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

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

То есть просто навести элементарный порядок. И не было бы всей этой истории. И не было бы занятости команды)))

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

***

Мне вчера очень экспертные коучи втирали, что из кабинета Вайлдбериз не всегда получается выгрузить отчет, потому что он в Эксель не влезает. А я прям сейчас вообще весь Вайлдбериз целиком обсчитываю в Экселе, и про "не влезает" даже не догадываюсь.

То есть просто навести элементарный порядок. И не было бы всей этой истории.

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

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

Это и ранее никого никогда не волновало. 90 тыр - это максимум, что я видел для разработчика на VBA, попытка поднять планку на 20 тыр вызвала бурю эмоций "куда им столько". И ни разу не видел, чтобы кому-то что-то регулярно доплачивали за то, что наваял и поддерживал автоматизацию в эксельке. Малой автоматизацией большие компании не интересуются на централизованной основе от слова вообще, а руководители на низовом уровне не имеют никаких возможностей развивать это на своем уровне. Лично мне только переработки оплачивали, и то если начальника припрет необходимость срочно что-то сложное быстро наваять, и я на выходных сидел. А все остальное - в свободное время, на общественных началах. В лучшем случае от остальной текучки на день-два освободят.

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

обычно это ограничения старых форматов выгрузок - особенная беда для выгрузок из 1C и клонов всяких учетных систем на платформе. Обходить надо, это просто время жрет - прочитать не один файл, а 100 или 1000

Ключевое, думаю "Команде разработчиков ..Нужен был ...проект."

Кто его будет поддержить после запуска в эксплуатацию, ресурсы на это запланированы?

Как только разработчики отрапортуют - "все внедрено" и забьют на реакцию пользователей - все обратно уйдут в эксель.

И ни одного скрина ) История интересная - плюсанул. За ссылки отдельное спасибо! Но, таки, хочется кусочков интерфейса для понимания на что перешли с таблиц Excel. И может какие инсайты в UI словили.

Не ждите. Это внутренний продукт повышения эффективности крупной компании, у которой есть несколько серьёзных конкурентов на рынке ж/д. Утечки, конечно, могут быть, но они не станут открыто сливать свои процессы, пусть и на 99% схожие с конкурентами.

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

НЛО прилетело и опубликовало эту надпись здесь

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

Пример: 1С

Неплохая в целом программа, но без экселя или гугл таблиц не обойтись

Покажи директору карточку счета и .... недовольство его зависит от характера и управленческого стиля

Поэтому лучше взять Эксель и сделать красоту и понятную логику

Так что 7 стадий совсем ни к месту

Бедные сотрудники...

На новой работе столкнулся с планированием работ по техобслуживанию и плановому ремонту и отчетами. Несколько больших таблиц в экселе, план на год, на месяц, перечень выполняемых работ (ППР), регламент. Самих обслуживаемых систем несколько, к каким-то узлам нужно ходить ежедневно, к другим раз в неделю, месяц и т. д., плюс незапланированные работы. Эксель убрать нельзя, так как высокое начальство периодически хочет посмотреть, в ежемесячных распечатанных планах расписываются все инженеры. Конечно же все руководители хотят видеть ежедневный план работ, отчёт по выполненным работам, ежемесячный накопительный отчёт с затраченными человеко часами. Собственно всё это планирование отнимало порой очень много времени, и ежедневно отчёт занимал не менее часа. Само собой напрашивалось написать некое приложение для упрощения однотипных задач. Я к тому времени был немного знаком с Pytnon, как раз удобно попрактиковаться. Сначала под видом необходимости доработал всё таблицы некими индексами таким образом, чтобы удобно было автоматизироапть процессы. Это было самое сложное. Дальше - проще, библиотеки openpyxl, tkinter практически закрыли всё вопросы. На выходе получаю ежедневные планы в виде листа а4, в которые инженеры в течение дня могут внести дополнения. В конце дня одной кнопкой формируется ежедневный отчёт и автоматически отправляется руководству на почту. Одновременно с этим инкрементно добавляются данные в ежемесячный отчёт. Ежемесячный план формируется 1 числа каждого месяца автоматически. Годовой план приходится делать руками, тут пока не знаю как победить). В планах ещё увеличить автоматизацию. В итоге получил больше свободного времени на работе, руководству о своих программах естественно ничего не говорил 🙂.

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

иначе куда приткнуть такие интересные психологические экзерсисы? :)

В Excel еще с 2010, если не ошибаюсь, версии подвезли замечательные технологии Power Query (M) и Power Pivot (DAX), которые вкупе со старым добрым VBA и грамотным использованием штатных возможностей экселя позволяют получать такие модели, которые по уровню UX будут ближе к полноценному ПО, нежели к тому анекдотичному экселю, к которому все привыкли. Для всякой задачи нужно подбирать подходящее решение - и если речь про загрузку очистку, выпрямление данных и построение отчетов - эффективнее делать "правильные эксели", а не лупить пушкой по воробьям, внедряя очередного убийцу экселя.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий