Tag: continuouslyThese items have all been tagged with the tag "continuously", You can see other tags in the Tag Cloud
CASE STUDY: VA Software
Agile development methodologies aren't one-size-fits-all. Independent software vendors (ISVs) have unique needs-external customers, aggressive release dates and competitive pressures-that require tailoring software development methodologies that work well in corporate IT settings. Faced with a major new project and bogged down by a big design up-front process, VA Software adapted Extreme Programming (XP) to help build the latest versions of SourceForge® Enterprise Edition (SFEE).
Read More
Add Comment (0)
Open Source Tools for the Agile Developer
A defining characteristic of agile development is to keep moving forward, recognizing working code as the primary measure of valued software. Undoubtedly, there is no way to judge a software system until you have a system to judge. Yet, experienced developers recognize that requirements frequently change and traditional methods have achieved very little success in stabilizing requirements early in the lifecycle. Instinctively, we may feel change impedes progress, but agile developers embrace an attitude where change is viewed as an opportunity to improve the system. A variety of open source software tools can enable important agile practices, allowing you to keep moving forward so long as you are willing to embrace change.
An Agile Approach To Managing Distributed Development
Traditional approaches to distributed development impair flexibility: they don't expose what's actually happening on the ground in different locations, they lack common and effective communication channels, and they substitute "hope" for "managed process" when reconciling work. Distributed development should be as responsive to change as co-located teams. A program managing distributed development requires behaviors that engender agility. Three contributing factors are release cadence, transparency of activity, and lightweight communications.
Make SOA Governance A High Priority
Today's enterprises face growing regulatory pressures with legislation such as the Sarbanes-Oxley Act, the Gramm-Leach-Bliley Act, HIPAA, the Patriot Act and others. As a result, corporate and IT governance - the processes, controls and reporting infrastructure over business and IT activities, respectively - are becoming progressively more pervasive as a means for providing the compliance infrastructure necessary to satisfy this list of complex regulations. Combine this increased pressure for corporate traceability and visibility with the "next big thing" in software, service-oriented architecture (SOA), and you have a challenging governance environment to say the least. SOA's loosely-coupled nature forces IT away from monolithic application development and deployment, and as a result it greatly increases the number of moving parts that must be managed and governed.
Seven Agile Team Practices That Scale (Part I of II )
The benefits of agile software methods, including faster time to market, better responsiveness to changing customer requirements and higher application quality are undeniable to those who have mastered these practices. Agile practices, however, have been defined and recommended primarily to small team environments where co-location, ready access to interactive customers and small team size are the defining rule. Are the benefits of agility to be denied to those larger software enterprises who don't share these simple paradigms? Or can the industry learn from these practices and apply some of the core principles to large scale development of applications that require 100, 200 or even 1,000 distributed team members to achieve? |

Traditional approaches to distributed development impair flexibility: they don't expose what's actually happening on the ground in different locations, they lack common and effective communication channels, and they substitute "hope" for "managed process" when reconciling work. Distributed development should be as responsive to change as co-located teams. A program managing distributed development requires behaviors that engender agility. Three contributing factors are release cadence, transparency of activity, and lightweight communications.

