кто говорит о «весь»? опубликуйте первые 4ре хотя бы, понятно что чем выше зп тем больше хочется ее скрыть, общество у нас такое, предпочитают не работать лучше, а отобрать у другого побольше
вобщем и целом это праздное любопытство, но когда указывают вилку ЗП, отношения между работодателем и потенциальным работником уже становятся заранее прозначные и доверия больше.
еще одна ассоциация: приходишь в магазин без ценников, продавец окидывает твой кошелек опытным взглядом и называет цену соответствующую твоему кошельку.
вы хотите видеть в своей компании людей которые умеют себя продавать, или которые хорошо работают?
когда я вижу вакансию где говорят «зп по результатам собеседования» я ее откладываю в самый конец списка куда бы я устраивался
это как придти в магазин где нет ценников, сразу же возникает недоверие когда тебе говорят сколько это стоит, и делают круглые глаза когда ты говоришь за сколько бы ты это купил
но в вашей компании вообще парадоксальная ситуация, вешать ценники вы не хотите, но и торговаться не будете, потому что у вас есть ранги и за каждым рангом фиксированная ставка. А хорошие спецы обычно уже сидят в теплых местах, и зачастую ценят свое время, и вы просите потратить их время на «кота в мешке».
еще у меня ваша система приема на работу, когда вы даже вилку не хотите указать напоминает дорогущие бутики, где главное заманить клиента внутрь SALE 99.99%, и впарить ему шмотку которую он никогда бы жизни без влияния продавца не купил бы, ибо кушать будет нечего
одно дело изменение в коде, которые покажет svn di, другое дело непрозрачные для программиста изменения в БД, которые непонятно сколько времени займут, что откатывать и т.п.
тим лид распределяет ресурсы и следит за выполнением плана работ? чем тогда занимается проджект менеджер? следит за выполнением плана тимлида и распределяет ресурсы тим лидов?
тим лид это ответственный за группу разработчиков, выполняет самую сложную работу релиза и консультирует других участников группы разработки, помогает им и решает технические вопросы.
ну про угрозы и т.п. это вы можете всего и не знать. вы же профессионально не занимаетесь администрированием вирт. машин.
если нету причин отказа, то непонятно зачем это все надо — конечный результат всегда известен, получается это все просто лишняя цепочка шагов, которую можно вычеркнуть…
но учитывая что тот кто разрабатывал регламент — упертый, то тут либо писать последнее китайское предупреждение (последняя попытка что-то исправить) начальнику начальника что мол как все плохо, исправлять будем? либо увольняться, ну либо смириться
с чего бы? программист для начальника должен быть как черный ящик, на входе задача, на выходе решение. другое понимание начинает как раз генерировать бюррократию. это болезнь бывших программистов, ставших начальниками, которые хотят все контроллировать, но ведь задачи у них поменялись
над программистом по идее начальник — проджект менеджер, который задачи ему ставит. большинство проджект менеджеров не знают как выглядят простой запрос к БД, но вместе с тем очень хорошие руководители, и проекты достаточно успешно выпускают
2. в регламент можно внести какие-то упоминания сроков? допустим такая-то бумажка должна от заказчика до исполнителя доходить за два дня. кто профакапил сроки — тому люлей.
3. в регламенте прописано по каким причинам может быть отказ подписания?
4. если отказ не прописан, не проще ли прописать в регламенте что заявка должна всего лишь логгироваться, ибо какой смысл просить разрешения на то, что будет разрешаться всегда?
а как начальник объясняет, каким образом касается его заведение новой машины для ваших нужд, почему это надо согласовывать с ним? есть какие-то аргументы?
ps. меняйте работу, либо в минуты «ожиданий согласований» занимайтесь втихушку своими делами, другого не дано
вобщем и целом это праздное любопытство, но когда указывают вилку ЗП, отношения между работодателем и потенциальным работником уже становятся заранее прозначные и доверия больше.
вы хотите видеть в своей компании людей которые умеют себя продавать, или которые хорошо работают?
это как придти в магазин где нет ценников, сразу же возникает недоверие когда тебе говорят сколько это стоит, и делают круглые глаза когда ты говоришь за сколько бы ты это купил
но в вашей компании вообще парадоксальная ситуация, вешать ценники вы не хотите, но и торговаться не будете, потому что у вас есть ранги и за каждым рангом фиксированная ставка. А хорошие спецы обычно уже сидят в теплых местах, и зачастую ценят свое время, и вы просите потратить их время на «кота в мешке».
еще у меня ваша система приема на работу, когда вы даже вилку не хотите указать напоминает дорогущие бутики, где главное заманить клиента внутрь SALE 99.99%, и впарить ему шмотку которую он никогда бы жизни без влияния продавца не купил бы, ибо кушать будет нечего
тим лид это ответственный за группу разработчиков, выполняет самую сложную работу релиза и консультирует других участников группы разработки, помогает им и решает технические вопросы.
ваше понятие тим лида?
а тут получается исполнитель сделал, сломал и будет прикрываться мол вот же мне заказчик сказал сделать
если нету причин отказа, то непонятно зачем это все надо — конечный результат всегда известен, получается это все просто лишняя цепочка шагов, которую можно вычеркнуть…
но учитывая что тот кто разрабатывал регламент — упертый, то тут либо писать последнее китайское предупреждение (последняя попытка что-то исправить) начальнику начальника что мол как все плохо, исправлять будем? либо увольняться, ну либо смириться
над программистом по идее начальник — проджект менеджер, который задачи ему ставит. большинство проджект менеджеров не знают как выглядят простой запрос к БД, но вместе с тем очень хорошие руководители, и проекты достаточно успешно выпускают
а вот идти к начальнику с запросом на новую вирт. машину это уже бюррократия, начальник вообще имхо обычно в этих делах мало что понимает
2. в регламент можно внести какие-то упоминания сроков? допустим такая-то бумажка должна от заказчика до исполнителя доходить за два дня. кто профакапил сроки — тому люлей.
3. в регламенте прописано по каким причинам может быть отказ подписания?
4. если отказ не прописан, не проще ли прописать в регламенте что заявка должна всего лишь логгироваться, ибо какой смысл просить разрешения на то, что будет разрешаться всегда?
для специалиста такой уровень бюррократии отставание в развитии
а как начальник объясняет, каким образом касается его заведение новой машины для ваших нужд, почему это надо согласовывать с ним? есть какие-то аргументы?
ps. меняйте работу, либо в минуты «ожиданий согласований» занимайтесь втихушку своими делами, другого не дано