![]() |
A Pony in the Pile - A Curmudgeon's View of SOA Adoption I have been in and around Web Services and Service Oriented Architecture (SOA) for a long time. I have built distributed systems for fifteen or more years. I have scars from the Great Web Service Euphoria of '99 to '01. I have gray hair from dealing with the security and management problems of building real services in real networks. I have followed the standards as they have matured. I have observed and worked with clients as they considered and confronted SOA. Here is my conclusion: real SOA is so complex and organizations are so far from ready for it, that the only sound SOA adoption strategy demands agile program management techniques. Nothing less will suffice to guide and sustain an organization through the SOA evolution. |
|
Agile Services In An (SO)Architected World Because one of the core stated objectives of Service Oriented Architecture (SOA) is to increase business and IT alignment and IT's flexibility in meeting changing business needs, on the surface it would seem that SOA and agile methods are a natural fit. And within the SOA model of service production, distribution and consumption, use of agile development methods clearly has great opportunity for effectiveness on the consumption side of the equation. However, the approach by which a suite of generally reusable services within an SOA are defined and produced requires a cross-project perspective that could be viewed as running counter to a typical agile development approach. Some amount of up-front architectural thought must go into initial service definition to prevent those services being developed from becoming solely project-centric. |
||
Improve Service-Oriented Architecture Development with Agile QA Testing Practices Service-oriented architectures (SOA) promise to address many technical challenges by allowing developers to incrementally deliver new business capability while leveraging existing assets. By using agile practices during QA testing, SOA development teams can turn potential roadblocks into opportunities. |
||
Agile SCM: It’s All Related In this article, the authors the use of basic patterns that can help build a software configuration management process that works well with your agile development environment. They discuss how codeline policy, private work spaces, smoke tests, private system builds, integration building, unit testing, and regression testing all work together to enable you to maintain an active development line. |
||
Jared Richardson - Just Ship It - No Fluff Just Stuff 2006
Podcast
Jared Richardson, author of the book Just Ship It, offers advice that can allow nearly any shop to make there process more agile. |
||
Ramnivas Laddad - AOP - No Fluff Just Stuff
Podcast
Ramnivas Laddad talks about Aspect Oriented Programming, which isn't just for security and logging anymore. |
||
Brian Sletten at No Fluff Just Stuff 2006
Podcast
Brian Sletten, a Washington, D.C.-area consultant, talks about NetKernal and the Semantic Web. |
||
Approaching the Implementation of CM When landing an airplane, the approach is considered quite important. If the approach vector is off even by 1%, the plane may careen off the other end of the runway. Also, if the approach is incorrect, effort such as fuel and time is unnecessarily expended and wasted, especially if circling must occur. |
||
When In Doubt, Throw It Out Peter Clark's company recently embarked on a "Lean Office" initiative. Now, Peter thinks many of you have steam shooting out of your ears just from reading those words. You probably think that it is just another lame management initiative that will take valuable time away from what is really important: coding and (maybe) testing. But in this week's column, Peter explains why this is the best initiative yet. |
Peter Clark
June 28, 2006 |
|
Pair Programming Observations Say "pair programming" to a programmer and he'll probably frown or turn his back on you. But add some rules the programmers must follow--rules that help maintain each person's sanity--and he just might come to find this practice rewarding and beneficial. This article, originally published on Jeff Langr's website, explains the rules and how certain teams have reacted to this structured version of pair programming. |
Pages
Upcoming Events
Apr 27 |
STAREAST Software Testing Conference in Orlando & Online |
Jun 08 |
AI Con USA An Intelligence-Driven Future |
Sep 21 |
STARWEST Software Testing Conference in Anaheim & Online |
Oct 27 |
STARCANADA Software Testing Conference in Toronto |