Modified on by jl.marechaux
IBM Rational Solution for Agile ALM Release 2 is now available!
The IBM Rational Solution for Agile ALM is for teams seeking a solution for agile software development adoption and automation. This solution brings together our core agile product, IBM Rational Team Concert™ (RTC), practices, and supporting assets to help agile teams maximize the value they can achieve through agile development using Scrum.
The IBM Rational Solution for Agile ALM makes it easy to adopt and automate Scrum. Governance is "baked in" with tool automation defined by the template, while in-context guidance advises the team what to do next. The solution directly supports key Scrum artifacts (Product Backlog, Sprint Backlog) and events (Sprint Planning, Daily Scrum, Sprint Reviews and Retrospectives) in an integrated environment that maximizes transparency, collaboration and productivity.
The following are the core solution assets and links to where they can be accessed, free of charge:
Recorded demos: Short recorded demos (< 5 minutes each) that describe the key features of the solution.
Technical solution: The latest Agile ALM with Scrum RTC process template with in-context Scrum practice guidance, role-based dashboards, customized plans and common tasks help teams get started.
Technical solution enablement: Free scenario, demos and tutorials can help all Scrum roles on a team to learn how to quickly implement and use the IBM Rational Solution for Agile ALM.
Agile enablement: Social learning community, including a learning roadmap, forums to asks questions or share ideas and experiences and an experts zone to find peers, SMEs and leaders.
if you wonder how to be agile in an ALM context or if you want to engage with other agile practitioners, visit the DevOps community forum
The Rational Solution for Agile ALM
is for customers looking to adopt Rational Team Concert (RTC) throughout the development of their Agile ALM projects. The solution is free to customers (and RTC is free for up to 10 developers).
The Agile ALM solution Release 2 is compliant with RTC 4.0.5, and is consistent with the latest version of the Scrum Guide published in July 2013. With this new release, we have improved the following assets:
Process template: The Agile ALM Scrum process template has been refined to better support agile teams (preconfigured projects, dashboards and widgets). In-context guidance is accessible from work items (rich text mouseover).
Practices: The Agile ALM practices now contain guidance to perform activities with RTC (Tool Mentors).
Tutorials: The tutorials have been streamlined to focus on key activities first. Optional activities are clearly identified. The tutorial workbooks can be used for self-enablement or during a workshop.
Demonstration: Short recorded demos are available to show how RTC is used throughout an Agile ALM project.
Modified on by jl.marechaux
Earlier this month, Dan Leroux and I delivered a session at the Innovate 2013 conference. Our objective was to cover two different aspects:
How architecture & design fits in an agile environment (such as a team using Scrum)
How one team in the IBM lab is applying light design principles to develop a product
Back from Orlando, I created a prezi with some of the information that we presented during the conference.(Click the image to launch the presentation)
In June, I will be a speaker at the Innovate Conference in Orlando, FL. The presentation will describe how a lightweight design approach supports agile teams to deliver software. Real examples from the internal Design Management development team (the IBM lab) will be used to illustrate the approach.
I am honored to co-present this session with Dan Leroux, Distinguished Engineer at the IBM Lab.
If you are interested in attending the session at the conference, here are the details
Title: Design on a Diet! A Lightweight Design Process
Room: Dolphin - Northern A1
Date/time: Wed, 5/Jun, 08:30 AM - 09:30 AM
Continuous Integration (CI) and Continuous Delivery (CD) are practices to help agile teams produce and test working increments. In ALM and Agile ALM, teams are relying on CI and CD to support their iterative, incremental approach, and to get feedback on the product under development on a regular basis.
Yesterday, IBM announced the acquisition of UrbanCode. UrbaneCode Software focuses on continuous delivery and will extend IBM's DevOps strategy.
On January 22, Vishy Ramaswamy and I talked about Agile architecture during an InformationWeek webcast: Agile Development: Three Pillars of Success. Questions which had not been answered during the Q&
A session for lack of time are listed in this blog entry:
On January 22, I co-presented an InformationWeek webcast with Vishy Ramaswamy. the architect of the Design Management Server. The webcast was mostly an informal discussion where Vishy and I shared our opinions on four different topics.
- What is Agile Architecture and what is the difference between this approach and conventional design and development practices?
- What is a recommended practice for just enough traceability across the life cycle?
- What are the kind of architectural and design expressions suitable for "just enough" design?
- How do we still support generating or creating formal models from the informal expressions?
To access the material, you need to register with a valid email address. You will receive an email with a link to the recording session.
Yesterday, I was co-presenting an InformationWeek webcast on Agile Development: Three Pillars of Success
. With Vishy Ramaswamy , the lead architect for Design Manager, we talked about some agile architecture practices and how these practices were adopted by the IBM development team to create and deliver the Design Manager
During the Q&A session, there was a question that we saw a question that we did not answer (lack of time, too many good questions). It was something like: “What should we pay attention to when we try to adopt agile architecture practices on our projects?”
When I started this blog, I used the following description (from http://bitly.com/Sg2FQe) to define what Pragmatic Architecture is:
To summarize a bit, I would say that the three pillars of pragmatic architecture are:
- Team collaboration
- Evolutionary design
During sprints, agile teams focus on development to deliver working software. Developers examine user stories to implement business needs. They also consider language best practices, design patterns, code complexity, or easiness to evolve and maintain the software. That's why agile design is an important activity during a development sprint.
Development is not a mechanical activity. You don't write code without thinking...and you have many opportunities to think while you develop a feature.
Sketches for ideation and problem solving
An image is worth a thousand words. Often, complex ideas can be conveyed with a simple diagram. Recently, I read a really serious study from researchers of an university (in UK I believe) were they tried to measure the amount of information conveyed by a picture (diagram, sketch, drawing...). They calculated a 84/1 ratio. So according to them, a picture is worth 84 words. It is not 1000, but it is not that bad!
So anyway, sketches are useful to convey and discuss ideas. And sketches are definitively design elements. They help teams agree on the structure and the behaviors of a component.
During a development sprint, the team can have a need for a quick design activity. The “design in a flash” session can happen anytime to address a new technical problem uncovered. Such design sessions are not planned ahead of time. They are part of the development activities. Only the right teammates are involved to provide their input, and the session can last only 15 minutes.
Designs as input to development activities
When design information is available (sketches or others), agile team members can reuse it to better understand the tasks they have to complete.
To create a test or implement a new feature, a developer can quickly take a look at the design of the component. Of course, the user story is important, but the design will provide other key information such as the relationship with existing components, the interfaces, or the technology to use.
Because software programming requires some thinking, design is part of development activities. In a software intensive system, a component does not work in isolation. It interacts with other components. Good thinking (design) leads to coherent and resilient architecture, which is key to agility..
[Previously on ALM and agile design.....Part 2 – Release plans, iterations, and design
Each sprint begins with a planning exercise where the team defines the sprint goal and the sprint backlog. Team members examine the backlog to select the most valuable stories that can be contained in the sprint.
During sprint planning, design information can be used for three different purposes.
First, to assess the technical feasibility
of a requirement. If the new feature is straightforward, then this task can be skipped, but for more complex features, the team can explore different design options to agree on a target solution.
Second, design information is used to identify the tasks to implement the sprint stories
. A technical perspective on each story is needed to understand the work to complete. For some stories, the team will need to develop new component, for others, the team will need to integrate or reuse existing assets.
And last but not least, agile team can leverage design resources to evaluate the development effort.
If the team is using the planning poker technique, design information will help choose the right card.
Development effort should be assessed based on the understanding of what needs to be delivered. Design information helps the team identify what can be delivered (technical feasibility) and what can be contained in the next sprint (estimation)
Then read the related article published on developerWorks and tell me more about the pragmatic architecture approach that you have adopted in your agile projects.
Share your experience!
Just back from Agile Tour 2012
, a conference held in Montreal (Canada) on November 24.
Ok, it was not a long trip as the conference center is probably at less than 2 miles from home.
This year, I was a member of the organizing committee. Quite an experience which started around March, an initiative led by the Agile Montreal community
Key facts and figures from the conference:
- Sold out event: 500 registered attendees
- 23 speaking sessions or workshops, 7 parallel tracks
- 2 word-class keynote speakers
- 12 members on the organizing committee. Not that much for such a big event
- About 16 volunteers came to help out (thanks a lot guys!)
- 500+ lunchboxes... wow... a lot of food. Unfortunately, I don't know how many gallons of coffee were consumed.
- 17 sponsors. Definitively helps to pay for the 500 lunchboxes
- My day started at 4:30 am. Way too early!
- My speaking session was at 3:30 pm. Way too late when you get up at 4:30 am :-)
- The conference ended at 5:00 pm but a lot of people decided to keep the discussion going during the evening cocktail.
People I talked too during the conference are not interested in the "agile dogma". They value "pragmatic agility"
, agility applied to their specific context. Sometimes it means governance
, sometimes ALM
, sometimes lean
So far the feedback from attendees is very good. It was an amazing day. I am glad I had the opportunity to be involved in the organization of this conference.
I will be a speaker at Agile Tour 2012 (Montreal) on November 24. My session is about the role of the agile architect in an ALM environment.
Here is a teaser.....I hope it will prompt people to attend the session.
"The session explains how Pragmatic Architecture fits into an agile software development lifecycle. It describes some Agile concepts applied to architecture and design. Using a realistic example, we illustrate how agile teams use design information during the ALM cycle. We also explain how teams achieve lifecycle traceability and better agility with ALM tooling.
"What someone can expect to take away from the presentation?
Table of content
- Discover Pragmatic Architecture: Agile concepts applied to architecture in an ALM environments
- Understand how architecture and design information is used throughout an agile ALM cycle
- Comprehend how tools can support agile ALM and design tasks
- ALM and agility
- Pragmatic Architecture
- Case study: An agile ALM scenario
Interested?..... Take a look at the Agile Tour 2012 (Montreal) page for further information.
Pragmatic architecture for agile Application Lifecycle Management
is a new article published on developerWorks this week. It covers Agile concepts applied to architecture using the Rational Solution for Collaborative Lifecycle Management (CLM).
Architecture & design is a key discipline in ALM. Agile teams value pragmatism and practical experience over dogmatism and theory. They focus on key collaborative design activities that accelerate the development of software-intensive systems. Design information can help during several agile activities such as backlog prioritization, sprint planning, development, impact analysis, and technical debt reduction.
Read more here
Great news in this OSLC world this month. Eclipse Lyo 1.0
is now available and IBM Rational Lifecycle Integration Adapters 1.0
has been released.
Eclipse LyoRational Lifecycle Integration Adapters
is an open-source initiative to make OSLC more meaningful and approachable. Lyo contains a Java toolkit for building OSCL applications (OSLC4J), an OSLC reference implementation, and an OSLC test suite (to measure your implementation compliance against OSLC specification). Lyo also provides documentation and samples to help people adopt OSLC.
is a set of adapters to facilitate integration between the IBM solution for Collaborative Lifecycle Management (CLM) and third party offerings such as HP ALM, Atlassian JIRA, and open source Git.
With Eclipse Lyo, it is easier to develop OSLC providers and consumers. With Rational Lifecycle Integration Adapters, it is straightforward to integrate heterogeneous lifecycle products (different products, from different vendors). And of course, OSLC continue to evolve to better support lifecycle integration. Check it out at http://open-services.net/
The Agile Tour is a series of conferences on Agility in 15 countries, making it the single most important event in agility worldwide.
In Montreal, Canada, the 2012 edition will be held on November 24. The program is (almost) finalized. The speakers have been selected. Now we need to publish the program details (sessions, time, length).
Agile Tour 2012 will present 22 sessions or workshops on various topics such as:
- Agile development, design, and architecture
- Coaching and mentoring
- Cultural changes and agile adoption
- Agile management
- Games and simulations
We will also have two amazing keynote speakers, two visionary leaders in their respective domain.
For further information, go to http://agilemontreal.ca/agile-tour-2012/
About 10 days ago, I blogged on the new Design Management 4.0 release. If you want to experiment with design management, you can download the DM 4.0 trial edition
Now to gain skills on DM 4.0, wouldn't it be cool to have access to some training material?
Guess what.... ? DM 4.0 contains a free self-paced training to help you adopt the product in your environment. The training includes:
- Training lessons (4 modules in the Information Center) to gain skills on DM capabilities
- Hands-on exercises (8 labs in a workbook) to experiment with key DM features
Again, this is free. Yes, you heard me...FREE! So you cannot miss this opportunity to learn through hands-on labs.
This new version contains many enhancements to the 3.x release, in particular the integration with CLM 2012
. CLM and DM can share the same centralized server and repository. The common administration console provides a single interface to manage users, roles, permissions, licenses, and lifecycle projects.
Design Management capabilities include reviews, comment, document generation, impact analysis, configuration management, lifecycle traceability and many other features for effective collaborative design management.
With the addition of DM 4.0, CLM 2012 provides a comprehensive environment for agile Application Lifecycle Management (ALM): requirements management (RM), design management (DM), quality management (QM), and change & configuration management (CCM). All natively integrated using the Open Services for Lifecycle Collaboration (OSLC) standard.
With CLM 2012 (including DM 4.0), teams can link designs to requirements to ensure that technical solutions are aligned with business needs. All team members and stakeholders can easily access design information during development sprints. They collaborate on design activities and are involved in design reviews. They leverage dashboard mashups to gather information on requirements, designs, tests and changes. Application delivery is facilitated with access to real time planning. Reaction to change is improved with lifecycle traceability and impact analysis.The centralized environment provides live reports on the development team to reflect the activity and trends of the team. All the information collected during a project is used to improve the team dynamic and fine-tune the ALM platform for better productivity.
In-context collaboration, real-time planning, lifecycle traceability, development intelligence and continuous improvement: 5 imperatives for effective ALM that CLM 2012(with DM 4.0) supports.
Go to jazz.net for more information on new DM 4.0 features. https://jazz.net/downloads/design-management/releases/4.0?p=news
If you want to be a speaker at AgileTour Montreal, hurry up, you've got until Sept 12 to submit your presentation proposal. In you are in the Montreal (Canada) area, this is a great opportunity to share you experience on agile practices.
In July, Todd Dunnavant and I presented at the Good Design is Good Business
, a virtual, online conference for both clients and IBMers.
We talked about the collaborative design management capabilities (DM
) that are being added to the IBM Rational offering.
Design Management (DM) is an ALM discipline that integrates software and systems design into the lifecycle. DM extends ALM disciplines such as requirements management, change & configuration management, and quality management.
The presentation material is now available online. It covers lifecycle integration, in-context collaboration, and lifecycle traceability.
Later this year, we plan to have more in-depth sessions on Design Management & ALM. Stay tuned....And join the Good Design is Good Business community group
to be notified about future webcasts.