Lots of smart people who are very hardworking.
They come from a variety of backgrounds and always give their best efforts.
Employees and consultants are treated pretty much the same. If you're doing any kind of IT work, everyone is pretty much standardized and work is delegated based on technology and business experience.
If you want to get the "best" work, you have to know everything about it beforehand.
Compensation is good and also guaranteed. I used to work in an IB that didn't give me bonuses due to the small size of my team and my rank. MS gives you a cut, end of story, but that doesn't mean it's good.
Benefits are also good. You get decent coverage from the basic medical plans offered.
Depending on your team and the nature of your project, the work from home policy is pretty lax. A lot of co-workers have families and commute into the city, so sometimes they need to be home.
Work can get repetitive. Many times I find myself doing a glorified refactoring of poorly written or poorly planned code. You'd think there would be an extensive process in check to prevent poor code from going into production, but that's not the case. Teams need to enforce their own code review and audit policies, and sometimes that's difficult when you are trying to hit big deadlines.
IT support staff could use some work. There are no doubt talented individuals who keep good notes and are very good at drilling down issue solutions, but that doesn't save QA overall from being a giant sink. I think the QA teams need to be closely situated with the developers and create their test cases co-dependently so they can actually understand the software; otherwise, developers may as well be the first point of contact.
Ranking and compensation improvement is slow. There's a big bureaucracy in place for promotions, and it can be very frustrating to work year after year without seeing any improvement. Getting ahead requires you to be very social, which is not always the easiest thing to do.
Enforce technology standards rigorously. Don't let people bring in third-party "crap" that hasn't been vetted by a tech team. Make build, release, and test architectures standardized. It wouldn't be a bad idea to force everyone to use a single programming or scripting language either.
Create a point system so you can track your improvement. Yearly reviews don't do much other than ask you to give comments that won't be read and choose 1-5 on a question that doesn't make sense.
Make QA better. Hire better people. Make a better plan. I don't really know, but just make them better.
My resume was sent to the Hiring Manager. HR called me, and a phone interview was scheduled in 2 days. On the 1-hour phone interview: * What projects I worked on and on what parts specifically. * Hashing and Equals questions: See Java API rules
Such a long process of about 3 months. Around 5 telephonic and 2 office visits, each with 2 rounds per day. And finally, when it comes to negotiation, the HR team will tell you that what you asked for in the beginning (and on which they agreed) is n
An HR representative called to conduct a background check and then asked for a good time for a follow-up technical interview. A week later, in the afternoon, a technical person called over the phone at the scheduled time. They also performed some ba
My resume was sent to the Hiring Manager. HR called me, and a phone interview was scheduled in 2 days. On the 1-hour phone interview: * What projects I worked on and on what parts specifically. * Hashing and Equals questions: See Java API rules
Such a long process of about 3 months. Around 5 telephonic and 2 office visits, each with 2 rounds per day. And finally, when it comes to negotiation, the HR team will tell you that what you asked for in the beginning (and on which they agreed) is n
An HR representative called to conduct a background check and then asked for a good time for a follow-up technical interview. A week later, in the afternoon, a technical person called over the phone at the scheduled time. They also performed some ba