Micromanaging will just piss people off, and cause them to look for work elsewhere. Challenge them and let your quality expectations be known. If the work is s

Micromanaging will just piss people off, and cause them to look for work elsewhere. Challenge them and let your quality expectations be known. If the work is slow and low quality, you should analyze the decision making processes behind how work is assigned. At my previous job (as a developer), tickets were assigned based on who was interested, rather than who would best complete it (i.e. the dev who recently built something similar). Also, I'd recommend figuring out a way for your developers to share codebase knowledge effectively. It's much more efficient to spend an hour pair-programming with someone than debugging an issue for 2 days.