Really could be a great place to work if they would figure out what they want to do. Software company? We swing hammers and fix things but our software is like something from the 90s or early 2000s
Cons
Constantly pivoting without instruction, explanation, notice. No objective measurements in place and when they do try it's done just to throw something out there and see if it sticks
Lessen Response
3y
When blazing a new trail to create something special, there will be pivots and missteps, but we are pushing to minimize those! The in-platform feedback button and bi-weekly all hands tech updates offer open feedback forums, and the feedback we get through those channels are really helping. Thank you for taking time to provide feedback!
Employees have strong potential and are capable of delivering quality work when supported by effective leadership and clearer project direction. But unfortunately, leadership is not effective and helpful here which I’ve described below.
Cons
The Agile process needs significant improvement. Collaboration between onshore and offshore QA teams can become challenging, especially when reported issues are frequently dismissed or invalidated without proper investigation. This creates an environment where team members may feel discouraged from raising legitimate concerns. On-shore QAs become “UAT Testers” as a result.
Management involvement during demos can also feel counterproductive at times. Instead of proactively identifying and mitigating project risks earlier in the process (but they are not even involved in early discussions) , concerns are sometimes raised publicly during demos, which creates unnecessary pressure rather than constructive collaboration.
There is also a noticeable emphasis on release timelines over overall testing confidence and product quality. In situations where testing risks are raised, they don’t receive sufficient consideration if release goals are prioritized. When issues occur after release, accountability tends to fall heavily on QA teams despite broader project and process factors contributing to the outcome.
QA documentation standards did not always appear to be applied consistently across all levels of the organization. Some leadership-level QA contributors were able to provide minimal to no testing documentation while expecting more rigorous standards from other team members.
Lastly, the recurring fear of layoffs created a culture where some employees felt pressured to prioritize visibility and management approval over open communication and constructive collaboration.