В случае наёмной работы «за оклад», потолок эффективности, это максимальный оклад, который даст работодатель за твоё плохое программирование. Если ты плохой программист, не дорастёшь до сеньора, а значит потолок твоей эффективности — оклад мидла. И работаю сверхурочно, ты просто тратишь больше часов на получение того же оклада. Всегда конечно есть серые схемы — подхалимаж, связи, имитация бурной деятельности, подсиживание коллег, но это эффективность другого рода и не в теме данной статьи.
Большое спасибо автору за интересную статью. Изложено без лишних подробностей, просто и понятно, без уклонения в лирику. Тема близка и понятна лично мне, считаю что автор прав.
Хочется отметить благородные но неэффективные порывы некоторых комментаторов:
1. Стараться выполнить все запросы от бизнеса — крайне неэффективная мера, так как в компании, численность которой превышает хотя бы 1000 человек, в России запросы на разработку инструментов автоматизации очень часто используются не только и не столько как реальный способ улучшить свою деятельность, сколько для перекладывания ответственности за свои недоработки на плечи других служб, в частности на службу ИТ. Отсюда и саботаж и намеренное игнорирование инструментария, чуть ли не под лозунгом «я бухгалтер/кадровик/инженер… с 20/30/100 летним стажем, я не обязан(а) разбираться в ваших компьютерах, вы должны это делать за меня, а я буду как умею» и постоянный футбол и многое другое. Такие проблемы решаются не силами ИТ а организационно, на уровне руководства организации.
2. Анализировать запросы пользователей силами ИТ-специалистов «сидящих» на различных уровнях иерархии, пытаться силами ИТ оценивать «реальный» выхлоп каждого запроса, или (страшно сказать) посадить ИТ-специалистов в бухгалтерию и другие службы, чтобы видели реальную ситуацию «на фронте» — можно любую идею довести до абсурда, посадить взамен бухгалтеров и других сотрудников «с фронта» в ИТ, чтоб тоже прочувствовали, каково это исполнять все все их копеечные запросы, прерываясь параллельно на десятки звонков их же коллег с вопросами «ну тебе же это 5 минут» и т.д.
Всё таки, работа в крупной компании, требует жёсткого подхода к управлению задачами и планированию ресурсов.
Information
Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Хочется отметить благородные но неэффективные порывы некоторых комментаторов:
1. Стараться выполнить все запросы от бизнеса — крайне неэффективная мера, так как в компании, численность которой превышает хотя бы 1000 человек, в России запросы на разработку инструментов автоматизации очень часто используются не только и не столько как реальный способ улучшить свою деятельность, сколько для перекладывания ответственности за свои недоработки на плечи других служб, в частности на службу ИТ. Отсюда и саботаж и намеренное игнорирование инструментария, чуть ли не под лозунгом «я бухгалтер/кадровик/инженер… с 20/30/100 летним стажем, я не обязан(а) разбираться в ваших компьютерах, вы должны это делать за меня, а я буду как умею» и постоянный футбол и многое другое. Такие проблемы решаются не силами ИТ а организационно, на уровне руководства организации.
2. Анализировать запросы пользователей силами ИТ-специалистов «сидящих» на различных уровнях иерархии, пытаться силами ИТ оценивать «реальный» выхлоп каждого запроса, или (страшно сказать) посадить ИТ-специалистов в бухгалтерию и другие службы, чтобы видели реальную ситуацию «на фронте» — можно любую идею довести до абсурда, посадить взамен бухгалтеров и других сотрудников «с фронта» в ИТ, чтоб тоже прочувствовали, каково это исполнять все все их копеечные запросы, прерываясь параллельно на десятки звонков их же коллег с вопросами «ну тебе же это 5 минут» и т.д.
Всё таки, работа в крупной компании, требует жёсткого подхода к управлению задачами и планированию ресурсов.