For 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
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
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
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
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