> Shifting IT/development staff to contractors is going to decrease the sense of ownership in the project which means the level of care and concern about the su

> Shifting IT/development staff to contractors is going to decrease the sense of ownership in the project which means the level of care and concern about the success of the project are going to decline I could not agree more. I have worked with so many big companies that have outsourced their IT and tech (part of the reason I was doing work there in the first place) and the lack of empathy and general apathy by these providers has always been a huge reason for overruns and delays. There's no accountability, so a mess up doesn't get anyone scared for their job. If the worker is offsite it means the work goes through their ticket system and you just wait for it to get some- but it's probably going to get bounced back three or four times because the person didn't read the ticket. A perfect example is "we need a new database schema deployed to a dev database instance- here's the instance name we need it deployed to, here's the SQL script to be run, and here are the user permissions we need." Ticket gets bounced back: "What instance is this supposed to be deployed to?" facepalm On top of that, most the companies that come in, provide the bare minimum of resources, so that guy that's not getting paid enough to give a shit has too much work on his plate to keep up with it anyways.