by John Parker | May 16, 2014 | Agile, Uncategorized |
There were a few great questions asked at the end of our webinar yesterday, Agile Business Transformation. While I didn’t have time to answer them in the information-packed webinar, here are your answers. Q: Does Enfocus know of publications on Agile transformations for business with products with HW as well as SW products? A: –Agile Development has been used for both the development of hardware and software products. One of the best-known examples is the development of Nokia phones. In Enterprises, many infrastructure groups are also starting to use agile. Many organizations are starting to adopt DevOps which is an umbrella concept that refers to anything that facilitates a smoother interaction between development and operations. The best information for large agile transformations is at www.scaledagileframework.com. There is also a major movement toward integrating Lean with agile and there are several good books on this subject. A very good book on this subject is Implementing Lean Software Development: From Concept to Cash by Tom and Mary Poppendieck. Q: I find it challenging to differentiate a Feature from An Epic! For example, how would you determine if a BR is a feature or an Epic? A: — Great Question. A feature has to be small enough to fit into a Release. An epic spans multiple releases. Epics are approved by Portfolio management, whereas Features are defined by program management and are used to decompose an Epic into manageable components. View an epic as a project and a feature as a component of a project. Q: Most of the time, we find the stories changing to be a Feature or Epic! A:...
by John Parker | Mar 10, 2014 | Project Management, Uncategorized |
According to the Standish Group, over 60% of projects fail or are challenged. Gartner Group 2011 research shows the same story; only it paints a slightly worse picture. Based on these statistics, program/portfolio managers and PMOs need to have skills for rescuing troubled projects. Determining if You Have a Troubled Project It is important to determine if you have a troubled project before any significant intervention is taken. It is best to do this using predefined criterion that are administered at the PMO or portfolio level. The following criteria provide some examples: Project Planning The project does not have an agreed upon vision and clear set of objectives. Impacts that the project will have on the business architecture have not been identified and defined. A thorough stakeholder analysis has not been performed. Discovery The solution scope has not been clearly defined as a set of features that can be delivered independently. Customers and users are not adequately engaged in project discovery activities. Delivery Delivery team satisfaction is low. Agile team commitments have not been met. Velocity is decreasing. Project Performance The project is trending 20% or more over its estimated budget. The project is trending 20% or more over its estimated deadline. Benefits Realization The client is extremely dissatisfied with the performance of the project team. Benefits as defined in the business case are not being achieved. Project Recovery Process Turning around a troubled project is never easy, but there are approaches that can be used that provide a good chance for success. It is important to note that success may not mean delivering the project within the original time and budget constraints. Rather the focus must now be on salvaging the project to ensure that the project addresses the business need and achieves the expected business outcomes. If...
