Auriga is All Set for SECR 2014

logoSECRFor the seventh year in a row, Auriga’s employees plan to participate in the key annual software event in Central and Eastern Europe – the Software Engineering Conference in Russia.  In 2014, the conference will take place October 23–25 in Moscow. As usual, the program will include workshops, round tables, discussions, and, most importantly, presentations of the established software development industry from international and Russian experts. Full papers will be published in ACM Digital Library. Continue reading

“It is Not Enough to Know How to Code”: Auriga at the SouthCamp Conference in Rostov-on-Don

Auriga’s top executives took part in the SouthCamp Conference held in Rostov-on-Don on May 31–June 1, 2014, which attracted over 300 people. The event focused on the IT business as a whole and software development technologies in particular, and it was designed specifically for software developers, architects, testers, IT managers, and startups. Continue reading

“Priority Inversion” in Software Engineering Management: Misconceptions of Wasted Time

Any trained software engineer knows that, in a development project, priority inversion means that a high-priority task has to wait until the completion of a low-priority task. Let me introduce an equally harmful type of “priority inversion” in managing software engineering forces: when priority is deliberately given to the least important and least complex activities at the expense of more impactful activities. Why would any sane manager do that? Hang on. Continue reading

The Team of Top Performers: Dream and Reality

I recently stumbled upon the presentation by Bryan Cantrill on software engineering management, and I must say I completely agree with his thoughts—not with every single detail probably, but with the overall picture that he has painted.

Of course, I was shocked to learn that I belong to the most dangerous group of managers—“formerly technical” managers. But I hope I dodged the bullet since I continue writing software code in my spare time, and that makes me tolerable according to what Bryan writes. But a more important thing is his emphasis on attracting primarily (in his version, exclusively) top performers and the reasons why organizations fail to do that. Continue reading

One of the lesser-understood roles in distributed teams: The onsite coordinator

As I’ve already said a number of times in this blog and elsewhere, the issue of efficient communications is one of the most important things in using distributed and remote teams. So it’s no wonder that putting a representative of a remote portion of the team on the physical site of the main team is often considered as one of the options in improving the communications process. Continue reading