For almost a decade, major software vendors have been marketing the concept of Application Lifecycle Management as a way to coordinate software development activities, and the result has been mixed. According to Forrester, three quarters of software and services decision makers at American and European enterprises are aware of this emerging discipline.
Nearly 29 percent of IT shops are using ALM, and only 23 percent are not aware of it. Of the companies that are not using ALM, almost 60 percent are either interested in using it or are in the process of starting a pilot in the next 12 months. However, despite strong awareness and interest, Forrester also found that the understanding level of ALM is low and the vendor offerings have been slow to hit the market.
The IT outsourcing/insourcing pendulum always seems to swing in an effort to reduce non-value-added tasks, save cost or retain intellectual property. Proper knowledge transfer and management remain key factors when implementing either type of sourcing project. Here are six steps to successfully implement a transfer plan based on a previous IT infrastructure insourcing project.
In this two-part series, we will explore the challenges of gathering, sorting, indexing, managing, transferring and making productive use of knowledge. We will focus a lens on methods for each of these activities, and examine how we as PMs can successfully leverage knowledge management and transfer to deliver successful projects. Part 1 will focus on collecting, sorting and indexing data into manageable knowledge.
Question: I’ve been a project manager here for 15 years, but the teams are going agile and I’m concerned that I won’t still have a role to play in the organization, or even a job! I’m too young to retire. Short of retraining as a ScrumMaster, what value could I be to the organization as it does agile projects?
You may have to make your own suggestions to management to define a new role, but it could be a promotion of sorts if they would allow you to act as an Agile Project Manager.
As you mentioned, the ScrumMaster is the most important position for the agile team. If you refuse to retrain, perhaps you may need to move to another department, or even to another company with a more traditional approach to projects.
There is absolutely no difference between a ScrumMaster and a project manager. Just be willing to change your title and continue to do what you have always done to run a project. It’s just learning a few new names for things.
There is a new certification, the APM-STL, which stands for the Agile Project Manager-Senior Team Liaison. This person acts as a company representative between all agile internal teams and all corporate customers. While the training and testing price is very steep, it would be an excellent choice for your career moving forward.
Old Wine in New Bottle or a Useful Approach An application lifecycle is the continuum of activities required to support an enterprise application from its initial inception through its deployment and system optimization. According to Butler Group, a European IT research company, the management of an application lifecycle as opposed to its development is more effective and concerns much broader issues than those of project processes and methodology. It covers a variety of software lifecycle activities including project management, project tracking, development processes, configuration management, quality control, IT governance, IT portfolio management and release management.
The coordination of development lifecycle activities, including requirements, modeling, development, build, and testing, through: 1) enforcement of processes that span these activities; 2) management of relationships between development artifacts used or produced by these activities; and 3) reporting on progress of the development effort as a whole.
March Toward Integration
Over the years, ALM has emerged as a discipline and a product category. It is gaining recognition and adoption not only because of the push from vendors and analysts, but also due to its benefits. ALM significantly improves project success rates, improves the quality of software delivered, reduces development time and makes software development more visible to higher business management.
Even though there are significant benefits of the management of application development as an end-to-end business process, there are many barriers to adoption of this perspective.
As ALM is gaining acceptance, its commercial potential is increasing and more vendors are trying to fill the market gap by providing solutions for it. Many vendors like Borland, IBM, Microsoft, Serena, Telelogic etc. are rolling out products that inter-relate many lifecycle phases and make application development a repeatable business process. These solutions allow development teams to define and execute consistent lifecycle processes. They provide real-time visibility into the application portfolio, enabling management to make investment decisions and determine the status of projects. They provide quick and easy access to all lifecycle information and enhance the communication between various teams.
Today’s ALM solutions have gradually evolved through accumulation of individual tools rather than through a focused design. One reason for this accretion is that products and tools automating and supporting lifecycle phases were introduced when needed without a master plan for a complete ALM solution. Once these tools demonstrated their usefulness to development teams, then a new demand arose for interaction amongst them. The business opportunity became obvious, and vendors started to put together an effective solution by integrating these tools.
Forrester calls today’s solutions to be ALM 1.0. Their major characteristic is that there is a single tool for each role. These tools may not be uniform and vary by company, business units, teams and individuals. They have redundant features in areas like workflow, collaboration, reporting, analytics and security, which maintain functional silos eliminating cross-lifecycle transparency. They have micro-processes (workflows in quality management tools) embedded in each practitioner tools and macro-processes (connectors between two tools), embedded in tool integrations that increase the effort spent in building and maintaining synchronizations.
More on the Horizon: ALM 2.0
Despite many inherent limitations in today’s ALM solutions, the market for them is growing. Forrester estimates that enterprises spend more than $5 billion on new licenses for ALM tools ever year. This is bound to go up as vendors graduate to ALM 2.0 from a collection of lifecycle tools to a platform for coordination of development activities.
Industry experts say that the newer versions of ALM solutions will offer tools assembled out of plug-ins, and customers will pay for only the features that they need. Common services like collaboration, workflow, security, reporting and analytics will be available across tools and built into the platform. ALM 2.0 will be repository neutral with no need to migrate old assets unlike today’s solutions, which require the use of the same vendor’s SCM solution for storage of all lifecycle assets. The new generation of solutions will use open integration standards, allowing for deeper integration with third part tools. They will have processes as versionable assets and share common components.
There is no vendor who is providing these features today, but many are working toward it. Butler Group thinks that product offerings from Borland, Compuware, IBM and Telelogic are a cut above the competition. Microsoft, Mercury and Serena also offer products with strong functionality and performance. Most of these solutions are proprietary, which improves integration between tools by the same vendor but not with competing vendors. On the one hand, it improves the operations and support for ALM solutions. But on the other hand, it increases users’ dependence upon one vendor. Still, there is no doubt that the market for ALM solutions is fragmented, but emerging and more exciting products will be offered that will enable IT teams deliver faster-to-market, high quality software products.