Colvir Software Solutions отзывы сотрудников о работе

1.Коллектив в основном 45-50+, эйджизм (по отношению к более молодым сотрудникам) и мизогиния процветают.
2. Сотрудничество аля с самозанятым, в штат не оформляют.
3. В отпуск могут не пустить, словосочетание «рабочий график» это шутка. Work/life balance никакущий.
4.Внезапные созвоны, культура планирования и назначения заранее митов и созвонов в календаре отсутствует вообще.
5.Каждодневный отчет что именно было сделано за рабочее время для всех сотрудников
6. Задержка зп
7. Разрозненная документация, многое не соответствует действительности. Постоянная необходимость спрашивать у старших коллег действительно ли это так работает? Или перепроверять самому
8. В целом очень большая нагрузка
9. Нет повышения грейдов, пересмотра зп

абсолютно нету никакого соцпакета или какой то мед. страховки и ДМС
руководство постоянно экономит на сотрудниках деньги
задержки в заплате тоже есть, особенно после санкций 2023 года
компания выживает только за счет Халык банка, которому предоставляет древнее ПО образца 2000 годов, интерфейс виндовс ХР... и из-за этого задержки в зарплате
Еще большой минус в том, что платят серую зарлату и я не смог брать кредит под ипотеку
Сотрудников не отправляют на обучение ( обучайтесь сами типо)
Нелицензионное ПО для разработки ( начинай от винды, заканчивая серверами.. KMS активация привет)
За 7 лет работы тут, никакой индексации зарплаты, спасало только рост курса доллара, т.к. зарплата привязана к доллару и компания типо из британии и получают выплаты от стран СНГ в валюте.

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

1. За проделанную работу надо постоянно отписываться, но далеко не всегда понятно как отписаться по задаче, когда по сути происходят потери рабочего времени из-за глюков в системах, на серверах или даже, если в отладке Delphi постоянно зависает или отваливается. Пункт такой в отписках есть, но как я понял, пользоваться им не следует. 2. Есть такое понятие, как технический долг. В Колвире он огромен, но вам об этом никто не скажет, т.к. все руководители, с которыми я сталкивался, считают, что, если кроме меня ошибку никто не обнаружил, то этот функционал больше никто не использует, или я его использую неправильно, поэтому не стоит на это тратить время, т.к. а кто за это будет платить? 3. Виртуальное рабочее место. Вам дается виртуальная машина с диском на 100 ГБ. Около 70 ГБ изначально уже съедено системой и различным ПО. Т.е. вам остается всего 30 ГБ. Локально репозиторий с исходными кодами занимает при первом разворачивании 5-6 ГБ, но во время постоянной работы репо быстро увеличивается до 10 ГБ и больше. С учетом того, что одновременно (попеременно) можно работать над несколькими задачами, которые могут по разным причинам откладываться и необходимо переключаться с задачи на задачу, среда построена таким образом, что каждый разработчик у себя разворачивает несколько клонов репозитория и исходных кодов. С учетом сказанного выше создать можно ну максимум 3 клона, и то когда их размер будет приближаться к критическим 10 ГБ, начнут часто появляться ошибки в процессе "складывания" и отправки изменений в центральный репозиторий. И происходить это может по прошествии 30 минут сборки проекта. По началу у меня бывало и по 3-4 неуспешных попытки сборки проекта, а это 1,5-2 часа рабочего времени надо как-то и куда-то списать. 4. Ну и самое страшное. У Колвира несколько десятков клиентов - банков в разных странах. Для каждого банка свои исходники ПО, т.е. в системе контроля версий в 1-м приближении для каждого банка своя ветка (на самом деле несколько). Вроде бы система одна и та же на одних и тех же исходниках построена, но со временем разница в ветках различных банков становится просто огромной! Если кто-то исправил ошибку, найденную в одном банке, ее нельзя вот просто так взять и исправить в ветках остальных банков. С ней обязательно столкнутся через год-два-пять во время работ по другому проекту в другом банке, и эту ошибку вновь с чистого листа будет устранять новый программист, тратить рабочее время на ее поиск, локализацию, мал мальски какое-то исправление, чтобы понять в каком модуле, каком юните, и только потом будет выполнен поиск по хранилищу ИК на предмет исправлений в конкретном файле и анализ, а не исправлялась ли она ранее? Если исправлялась, то начинается "тиражирование" исправления из другой ветки. И в зависимости от того, как велики различия в исходных кодах этих веток, и каковы объемы и зависимости этого исправления, задача может оказаться совсем нетривиальной. Как-то привести всё это в порядок - работа просто огромная. Выполнить какие-то серьезные правки в глючном коде - нельзя, т.к. где, что и когда отвалится, никто не знает. Поэтому все сидят и смиренно правят по 10-20 раз одни и те же ошибки и пресекают все попытки даже разговоров о несовершенстве системы. Таким образом, компания совершенно не масштабируема. Что я имею в виду? Любые другие компании по разработке ПО могут продавать свой продукт хоть миллиону клиентов, хоть сотне миллионов, если столько найдется. Ошибка, обнаруженная у одного клиента, будет исправлена, и новую версию могут получить все миллион или 100 млн клиентов. И разницы для компании между одним клиентом, миллионом и сотней миллионов клиентов с точки зрения затрат на поддержку нет никакой. В Колвире же всего около 3-х десятков клиентов и это по сути предел или близко к тому. Так как допустим в системе имеется/имелось миллион ошибок, значит у 30 клиентов надо исправить в пределе уже 30 млн. ошибок. А увеличение количества клиентов даже в 10 раз повлечет за собой увеличение ошибок в пределе до 300 млн! Ну и о каком миллионе клиентов тут можно мечтать? В итоге как я понял, все всё это понимают, но никто об этом открыто не говорит. И т.к. бороться с этим бесполезно, все занимаются попросту этой рутиной по многократному исправлению одних и тех же ошибок. А шаг в сторону - попытка к бегству, значит расстрел на месте.

Наличие ДМС, дополнительные курсы для повышения квалификации

Технологии, зарплата.

На вскидку, так сразу даже и не скажу, что можно было бы улучшить.

Социальная часть ЗП- Часть. в среднем на момент приема в рынке

Более прозрачная и чёткая информация касательно зарплаты и карьерного роста, при поступление на работу

Можно удучшить координацию между отделами для избежания лишних трат времени и денег. Снизить онлайн-бюрократию-очковтирателство.

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

Бардак в процессах, менеджеры близкие к руководству, игнорируют обращения по проектам, которые не относятся к ним напрямую. Чтобы решить проблеиу, надообращаться напрямую к директору, решение вопросов в лучшем слушае тянется месяцы.

технологии разработки связь с руководством

Оплата ниже рынка, только для старта

Система слабо документирована от слова совсем (имею ввиду ГОСТ), имеющаяся информация о системе разрозненна, противоречива и зачастую не соответствует реальности, что вызывает основные организационные проблемы

Отношение менеджеров к сотрудникам, условия работы в командировках.

Не игнорировать вопросы повышения зарплаты. Отказаться от потогонной системы.

распространенность в мире

Чтобы был стабильный график работы, избегать овертаймов или оплачивать их согласно ТК, дать сотрудникам выходить в отпуск по графику, в командировки отправлять с обратным билетом, индексировать зарплату либо дать возможность роста, а не обещания.

Коммуникации между менеджментом среднего звена и коллективом. Менеджмент производственного департамента в принципе - он абсолютно оторван от коллектива