by Jenny Boronyak | May 22, 2014 | Agile, Uncategorized |
When it comes to software development projects, agility should be focused on delivering business value in increments, and not developing software in cycles. While software development is a major aspect, it’s not the end goal of our projects. Too often when following agile development, the team is uncertain or unclear of what to build that will actually deliver the value set out for at project inception. Then, what happens is the team starts coding before understanding what really needs to be built, which is a very expensive way to validate that the solution meets customer and business needs. If there is no feedback until the end of a big project, it might be too late or costly to adjust. Instead, it is prudent to get as much feedback as possible, as early in the project as possible. As Eric Ries, author of Lean Startup, puts it, don’t we all want to “avoid building products that nobody wants?” Recent Standish Group research shows that 20% of Features are used regularly and 50% of Features are hardly ever or never used. According to the study, the gray area is the 30% of Features and functions that get used sometimes or infrequently. All of these Features and functions that are never or barely used are causing higher costs, lower value, and longer cycle times, resulting in lower customer satisfaction. Focusing on the 20% of the Features that give you 80% of the value will maximize the investment in software development and improve overall user satisfaction. To focus on the 20% of Features that give the most value, you need to validate early....
by Jenny Boronyak | May 9, 2014 | Project Management, Uncategorized |
The common Program Management Office (PMO) is constantly challenged and called into question by senior management and the C-level. Without executive support, the PMO struggles to be successful in delivering program and project outcomes that effectively provide business value. Traditional PMOs have a tendency of becoming too bureaucratic and too focused on managing tasks instead of value, increasing project complexity and causing headaches across the enterprise. But recent research proves PMOs can still be effective at delivering business value if managed the right way—at the enterprise level. To deliver value with initiatives and reduce project complexity, the organization requires centralized coordination of processes and practices. In a traditional, departmentally-based PMO, it is very difficult to align projects with the strategic priorities of the organization. These types of PMOs may be successful on a departmental level but are often not taken seriously by the rest of the organization. When PMOs are departmentally-based, they tend to define value in different ways, skewing project results. Instead, the organization needs a PMO that provides a consistent mechanism to standardize practices and evaluate progress of initiatives across the organization, without creating unnecessary complexity. When the PMO is operating at an executive level, there is an increased likelihood that project outcomes align with organizational strategy because the PMO has the ability to affect the entire organization. According to a recent study, strategic PMOs that implemented an enterprise-wide approach in 2013 tended to have the most mature processes and practices, and were the most likely to achieve consistently successful project outcomes. The findings indicate that the traditional approach to Program Management Offices is transforming to an...
by Jenny Boronyak | May 2, 2014 | ITIL and Service Design, Uncategorized |
When we attended Knowledge14 in San Francisco earlier this week, one thing we noticed is how amazingly far organizations have gotten in adopting IT Service Management (ITSM). But while it does seem organizations have caught onto the fact that moving towards ITSM provides a lot of value, many have still not yet adopted or placed enough emphasis on the ITIL practices of Service Strategy and Service Design. This is a huge mistake, as ITIL offers valuable guidelines to service providers on the best ways to design and maintain services for the business. Image from ITIL Service Design One of those guidelines is to create a Service Design Package (SDP). It seems that many new service providers either neglect the SDP or create one that’s lacking in all the necessary elements. However, creating an SDP ensures your services are designed well, and according to the authors of ITIL Service Design “the better and more careful the design, the better the solution taken into live operation,” so creating a SDP is not a step you want to skip The Service Design Package (SDP) follows a service through its lifecycle from initial proposal to retirement. It contains all the information required to manage an IT service. The SDP specifies the requirements from the viewpoint of the client (not IT) and defines how these are actually fulfilled from a technical and organizational point of view. When created properly, SDPs bring a lot of value to the business. A SDP… Improves the quality of services Improves decision-making Makes implementation of new or changed services easier Improves alignment of services to the business Makes service...
by Jenny Boronyak | Mar 5, 2014 | Agile, Project Management, Uncategorized |
In our previous blog on Dual-Track Agile, John Parker described the benefits of this emerging concept. Dual-track agile is an approach to agile development in which project teams are constantly working on the discovery and delivery of solutions that will deliver business value and obtain user adoption. By following the principles of dual-track agile, project managers and their teams can eliminate a lot of frustration and costs in agile development. Below are the key guidelines to implementing dual-track agile in your projects. 1. Put together a proficient discovery team with expert capabilities who are able to blend entrepreneurial skills and research gathered from the market. Your team needs to have the following skills so they can thoroughly and effectively understand the problem, recommend the best solution, and align the project with business needs: User Experience/User-Centered Design Business Analysis Pricing and Financial Analysis Customer Discovery Impact/Gap Analysis Focus on Collaboration Experimentation Attitude 2. Have the discovery team working one or more months ahead of the development team. The discovery team should be constantly populating the backlog with validated ideas and user stories. 3. With the help of the discovery team, create an understanding of your customers’ core problem before gathering ideas/features. Do not start putting together a solution until you have a complete understanding of the problem. Use Root Cause Analysis techniques like Fishbone Diagrams or The Five Whys to dig deep into the source of the problem and set the context for the project. 4. Develop a shared vision by hosting a vision planning workshop. Invite the product owner, business stakeholders, technical subject matter experts (SMEs), user-centered designers, and...
by Jenny Boronyak | Feb 24, 2014 | Project Management, Uncategorized |
Even though it’s a methodology designed for product management teams, Lean Startup provides a lot of good concepts and principles for project managers looking to make sure their projects are successful. And while the word “startup” is in the name, its core tenets can actually be applied to any organization, whether a startup or a Fortune 500 company. “The goal of a startup is to figure out the right thing to build—the thing customers want and will pay for—as quickly as possible. In other words, the Lean Startup is a new way of looking at the development of innovative new products that emphasize fast iteration and customer insight, a huge vision, and great ambition, all at the same time.” – The Lean Startup: How Today’s Entrepreneurs Use Continuous Innovation to Create Radically Successful Businesses by Eric Ries If we take this quote from author and Lean Startup pioneer Eric Ries and replace the phrases “a startup” and “Lean Startup” with the phrase “an organization,” the statement would still be true. Any organization wants to figure out the right thing to build as quickly as possible, not just startups. With agile development being the latest craze, we all want to emphasize fast iteration, and experience has taught us all that customer insight is at the core of success. Many of the lessons and principles in Lean Startup are indeed tailored to the needs of entrepreneurs and new endeavors; however, many of them also apply to project management initiatives in any company. 50% of features and functions are rarely or never used, while 30% get used sometimes or infrequently, according to...
