Give a software team an interesting project and you will have a group of happy campers -- true or false? Well, you might say, interesting projects are fine, but team performance is also influenced by good management and a decent salary. Very few happy campers earn a poor salary.
In this Executive Update and the concluding one that follows, we continue our examination into the subject of lessons learned based upon the results of a recent Cutter Consortium survey.
Only recently have most companies started to seriously consider the changes they must make to their core information systems in order to successfully deploy major appli
In Part I of this two-part Executive Update series, we explored the value of architecture and the function of the architect.1 Here, we discuss the various stag
Enterprise architecture (EA) managers often wonder about the best way to organize the EA department, but before addressing that issue, we first must answer the question, "How many architects do we need in the first place?" Of course, there is a difference b
Design notations, such as UML, and long-lived design documents have at least one advantage: if you're overseeing the work of a software team, they are tangible, auditable deliverables that allow you to assess the team's design practices.
INTRODUCTION Ah yes, the much endorsed, much maligned business case. Before I dive into the business case for visualization, let me share some assumptions regarding business cases that will guide this discussion.
This Executive Report explores what you can do as the leader of your IT organization to promote more effective leadership at all levels and by all members of your team. By developing the capacity of people to think, act, and respond as leaders to the situations they encounter, you will build a stronger organization and achieve your goals more effectively.
It has become fashionable to design and develop business systems by starting in the middle, with the latest technological or e-commerce fads, which, supposedly