Software Development: Making Software Development Centers Work

Last time I shared a bit about the concept of Development Centers for software development. Because we effectively use this model at my firm – we call it “The Intertech Way” – I thought I would share the best practices for making it work.

The fundamental criteria for an effective Dev Center model is using defined methodology (and following it, of course!). I recommend several levels of leadership to ensure that the younger professionals (think of them as apprentices) are supported at every project level and, most importantly, that clients or end users (if you are interested in using the Dev Center model within your corporate IT department) receive quality software on time and within budget. Levels of accountability within your Dev Center might look like this:

• Delivery Manager to ensure a standard process is followed on all projects and that quality standards have been met before project delivery.
• Director of Consulting to ensure that each apprentice is paired with a dedicated senior professional
• Dev Center Manager to mentor, help bolster technical skills, and to ensure all apprentices can operate at a consistently high technical level.

Maybe you will want a slightly different organizational structure in your Dev Center, but the key is to ensure you have more than simply a senior professional paired with an apprentice. The other roles are necessary to ensuring that younger team members develop consistency in their skills and the overall process they use to make software. We have found this model is working well and consistently results in turnkey solutions.

When I began this series of posts on the perils and challenges of software development, I lamented the high level of failed IT projects and my theory that offshore development is largely to blame. I noted that instead of providing a cheap, fast turnkey solution, offshore software projects frequently are bedeviled by poor management, confusion about team roles, and quality standards well below what U.S. companies (and consumers) expect. (In fairness to lower-paid offshore IT professionals, language barriers, and time zone and cultural differences are tough hurdles to overcome.)

And yet many are holding tight to the offshore model hoping to save money. Ironically, instead of cost savings, we’re now seeing costs shift from the actual development work to the writing of requirements and quality assurance – and development takes longer because of the time lag in communication when team members are located around in the world and in different time zones. Also, not surprisingly, people writing such detailed requirements must be more advanced (i.e., expensive) to anticipate issues a lesser-skilled developer might face during a project.

The only true benefit with off-shore development is that it forces business leaders to think holistically about what they expect from an application on the front end. That helps to prevent costly changes in mid-stream. But the negatives of off-shore development still outweigh the benefits.

I’m convinced that guided learning and mentoring, in the matrixed leadership approach I described above, allows younger developers to be exposed to every aspect of a project (a good way to build your department’s expertise) while providing the guidance from deeply experienced IT professionals – and the level of accountability necessary for quality outcomes. With an offshore model or a completely outsourced model, however, there is no accountability at the individual level where it matters most.

Software Development: Balancing Youth with Experience

In our youth-obsessed culture, it’s easy to forget that younger people lack one very important attribute: experience. And while software development is a fast-changing industry that traditionally favors young people eager to learn, experience still is a critical ingredient in quality outcomes. Instead of putting young hotshots on a pedestal – and then suffering predictable disappointment when they stumble – I recommend a more moderate approach that goes back centuries in many traditional trades.

I’m talking about pairing younger professionals with more experienced people in a classic apprenticeship approach. This approach makes a lot of sense and still is common in European countries where young people often apprentice for several years before they are considered fully developed professionals. I think of this as the “Development Center” approach.

Besides ensuring valuable transfer of skills and judgment, a Development Center model provides financial benefits too. For companies relying entirely on in-house IT staff, employing a mix of young (and less expensive) and older (and more expensive) professionals helps keep overall employee costs more moderate. IT consulting firms, such as Intertech, that use this Development Center model can charge clients a lower overall project rate without sacrificing quality or accountability.

For this model to truly work, however, senior people must do more than peek over the shoulder of younger talent. Acting as true mentors, more experienced professionals should outline what younger team members are expected to do, review their code, and help integrate the work that they’re doing into the overall project.

And then there’s the harder to measure but infinitely invaluable transfer of “soft skills” that make all the difference between success and failure. At our firm, this means having one of our top consultants allocate 100 percent of his time to provide guidance on project management, communication, understanding Agile and Scrum, and how to work effectively with team members and clients. Watching senior people in action also allows younger people to develop critical skills. And clients obviously appreciate not picking up the tab for junior employee making mistakes or missing deadlines during the process!

I’m reminded of the picture of an older cobbler painstakingly making top-quality leather shoes while a young apprentice stands by observing and occasionally engaging in the less critical aspects of the job. While shoes are now manufactured in mass production factories, the old master/apprentice model still makes perfect sense for those engaged in the work of making software. (I will share more about how this works at Intertech in next post.)

The older have a lot to teach the young and it’s time the IT industry starts acknowledging this truth. When we do, we all win.