|
Good Architecture, Good Leadership Software architects have the unique ability to provide leadership using skills gained in this role. Drawing on Kouzes and Posner's The Leadership Challenge, Patrick Bailey examines five practices that can be leveraged by the aspiring architect-as-leader.
|
|
|
Dave Hendricksen's 12 Essential Skills for Software Architects In this TechWell interview, Dave Hendricksen, author of 12 Essential Skills for Software Architects, discusses his new book that covers the soft skills that technical people should learn.
|
|
|
Transitioning from Analysis to Design The step between specifying requirements to working on a system design can be tricky. Fortunately, the basis on which the step is made can be calculated. Paul Reed thoroughly explains how the transition should progress and offers some instructions on how to move properly through this phase.
|
|
|
Architectural Envisioning on Agile Projects One of the common misperceptions with agile software development is that agilists don't "do architecture." This completely ignores the 11th principle of the Agile Manifesto which states that the best architectures evolve over time. In this article Scott Ambler overviews an agile practice called "architecture envisioning" which enables you to gain the value from modeling without the cost of needless documentation.
|
|
|
Patterns without Purpose Avoid useless layers: Let each pattern earn its way into your architecture.
|
|
|
Release Management—Making It Lean and Agile Release management is an awesome responsibility that plays a vital role in the success of a software development project. Releasing is often considered to be an activity that happens near the end of the process—a necessary evil, perhaps, but no more.
|
|
|
The 11th Hour Testers are often on the critical path for getting a software release out. They must plan carefully in order to minimize the critical path, while still doing a complete job of testing. This schedule pressure is taken to an extreme when a production server must be taken offline in order to deploy the software, and everyone is waiting for the final test results before the system can go live again. Karen Johnson describes her company's carefully planned and orchestrated method for doing a final check of an installed system. Her story is relevant to e-commerce companies as well as IT shops that are under pressure to keep systems updated while minimizing downtime.
|
|
|
What You Don't Know May Help You Some testers take it upon themselves to learn as much as possible about the inner workings of the system under test. This type of "gray box" testing is valuable, and most testers have the technical wherewithal to grasp much of what's going on behind the scenes. But it's important to recognize that sometimes "ignorance is strength" when it comes to finding problems that users will encounter.
|
|