http://newrelic.com/devops/lifecycle
http://newrelic.com/devops/toolset
Wednesday, August 26, 2015
bimodel it
http://www.gartner.com/newsroom/id/3036017
STAMFORD, Conn., April 23, 2015View All Press Releases
Gartner Says Bimodal IT Projects Require New Project Management Styles
An Outcome-Centered Approach Will Bridge the Gap Between 'Slow' and 'Fast' IT
Analysts Will Explore Bimodal Projects at the Gartner PPM & IT Governance Summits 2015 in Grapevine, Texas on June 1-3 and in London, U.K. on June 8-9
Organizations struggling with bimodal IT projects should adopt a more outcome-centered approach to project management, according to Gartner, Inc. This will help them manage the different requirements of "slow" (Mode 1) and "fast" (Mode 2) IT most effectively.
"Enterprise project management organization (PMO) and application management leaders are struggling to adapt governance processes to handle new, agile Mode 2 efforts that don't conform to traditional project management structures," said Donna Fitzgerald, research vice president at Gartner. "A focus on business outcome and value will bridge the gap between Mode 1 and Mode 2 projects."
Gartner has identified three best practices to enable PMOs to better manage any type of IT project or program within the portfolio:
Use a Simple Approach to Determine Which Mode Makes Sense for a Project
Determining what Mode to use on a project often has more to do with company culture than anything else.
"While Mode 2 can theoretically be applied to any new project, Gartner recommends a simple construct: consider Mode 1 for systems of record and Mode 2 for systems of differentiation and systems of innovation," said Ms Fitzgerald.
A system of record is a core system that an organization uses to run its business, such as finance applications or email provision. While a system of record is vital to the operations of the company, it provides no competitive advantage. Systems of record are classically Mode 1. These projects tend to be more knowable both in clear outcomes and clear approaches to achieving these outcomes, which ultimately amounts to doing the process as well as any competitor. Once this is achieved, there is little incentive to improve further or change the process unless conditions or regulations change.
Systems of differentiation are generally Mode 2 projects, because their value resides in providing capabilities that competitors don't have. Since the nature of competition is that competitors will copy successful innovations, these capabilities need to constantly improve. The project will likely have a long-term goal that is achieved through several iterative steps that build on one another as success is demonstrated. The exploratory nature of Mode 2 projects is important to their long-term success.
A system of innovation is essentially an experiment. It needs a Mode 2 approach because it is a brand-new idea and there is no established way to plan the details of what will be done.
Define the Intended Business Outcome as the Measure of Project Success
Part of the problem with determining how to measure the value of a Mode 2 project lies in the way we currently measure Mode 1 projects. With a typical Mode 1 project, for example, the sales organization might submit a request and a business case for implementing a customer relationship management system, with a stated benefit of ultimately delivering increased revenue. If the business case were approved, IT would work with the sales team to establish exactly what aspects of the vendor-provided system offered the core critical capabilities, to ensure the system was configured correctly.
Mode 2 projects, however, are explorative and may not have an obvious list of capabilities by which to define their success from the outset. Instead, Gartner recommends identifying a specific business outcome, such as, "Improve lead conversion by X percent based on better segmentation of marketing campaigns," and agreeing on this while building the business case — all before the project starts. "This scenario works well across both Modes of projects because the outcome defines the scope, and fulfillment of the scope determines completion, rather than just depending on completing a list of requirements," said Ms Fitzgerald.
Part of the problem with determining how to measure the value of a Mode 2 project lies in the way we currently measure Mode 1 projects. With a typical Mode 1 project, for example, the sales organization might submit a request and a business case for implementing a customer relationship management system, with a stated benefit of ultimately delivering increased revenue. If the business case were approved, IT would work with the sales team to establish exactly what aspects of the vendor-provided system offered the core critical capabilities, to ensure the system was configured correctly.
Mode 2 projects, however, are explorative and may not have an obvious list of capabilities by which to define their success from the outset. Instead, Gartner recommends identifying a specific business outcome, such as, "Improve lead conversion by X percent based on better segmentation of marketing campaigns," and agreeing on this while building the business case — all before the project starts. "This scenario works well across both Modes of projects because the outcome defines the scope, and fulfillment of the scope determines completion, rather than just depending on completing a list of requirements," said Ms Fitzgerald.
Clearly Separate Portfolio and Project Governance for Easier Bimodal Governance
The final area where many PMOs struggle is how to ensure that they maintain a consistent approach toward governing the project once it has begun. "Place responsibility for the project with the people who can practically make things happen," said Ms Fitzgerald. "Place responsibility for the investment portfolio with the people who have the authority to make decisions across the entire portfolio."
"Regardless of the Mode, the PMO supports governance through reporting on progress toward successful delivery," said Ms Fitzgerald. "This criterion remains the same whether the project is replacing a core financial system of record, or building a mobile app that enables consumers to purchase goods from the company. It ensures a consistent approach across Mode 1 and Mode 2 projects."
More detailed analysis is available in the Gartner report "Effective Governance of Bimodal IT Projects Requires Adopting a More Outcome-Centered Approach."
Analysts will explore how to manage bimodal IT projects at the Gartner PPM & IT Governance Summits 2015 inGrapevine, Texas on June 1-3 and in London, U.K. on June 8-9. You can find more content and updates around these events on Twitter using the hashtag #GartnerPPM.
Contacts
- Rob van der Meulen
- Gartner
- rob.vandermeulen@gartner.com
- Janessa Rivera
- Gartner
- janessa.rivera@gartner.com
Devops metrics
http://www.theserverside.com/tip/Tracking-DevOps-metrics-can-increase-business-agility
1. Track DevOps metrics
Peter Drucker, the famous management consultant, educator and author of Innovation and Entrepreneurship, once said, "What gets measured gets managed." According to Drucker, as soon as you start monitoring something, you magically see improvement in that area.
Inform your team and start tracking a few key DevOps metrics. You'll get Drucker's magical performance boost and establish a baseline for assessing to what extent any additional steps you take impact your organization's agility.
Devops.com contributors Payal Chakravarty and David Shackelford recommend the following DevOps metrics:
- Lead time to develop an application: Helps you understand how quickly you develop applications
- Percentage of failed deployments: Tells you whether they deploy successfully
- Customer ticket volume: Indicates how many issues crop up
- Mean time to recovery: Shows how long it takes to recover from an application bug or failure
- User volume: Indicates how useful your users find your applications
These metrics might appear to contain self-defeating trade-offs (e.g., the faster you develop, the more likely you are to make a mistake), but DevOps makes it possible to score well on all five agility metrics.
2. Tackle new projects using 'Mode 2'
Coined by Gartner, "bimodal IT" is an IT strategy that simultaneously embraces traditional IT ("Mode 1"), which emphasizes reliability and accuracy, and modern IT ("Mode 2"), which emphasizes speed and agility. In other words, with a bimodal IT approach, you don't need to abandon your existing Mode 1 applications and infrastructure to gain the benefits of Mode 2.
But how do you decide which projects should use Mode 1 versus 2? The bimodal IT best practices from Gartnerrecommend Mode 1 for systems of record and Mode 2 for systems of differentiation and innovation.
Over time, as you find opportunities to employ Mode 2, your business's ability to respond quickly to market dynamics should improve.
3. Explore DevOps-friendly PaaS technology
Now that you're completing some of your organization's projects with greater speed and agility, you should consider platform-as-a-service (PaaS), which further facilitates a DevOps approach.
PaaS is a cloud-based platform that makes it easier for developers and IT operations to build, deploy and manage applications and avoid many infrastructure-related challenges and expenses. IT also can use PaaS technology to collaborate and iterate more tightly with line-of-business managers.
Tracking DevOps metrics, using Mode 2 for new projects and exploring PaaS implementation are effective entry-level steps you can take to increase agility. Act today and soon your organization should find itself better positioned to compete and thrive in today's rapidly changing world.
Tuesday, August 18, 2015
Inventory Management
Excellent article: http://www.ibmwcs.com/2013/07/atp-inventory-concepts-order-management.html
Monday, May 4, 2015
search engines
Memex from Arpa
DeepDive from Stanford
TJBATCHEXTRACTOR Carnegie Mellon
Hyperion gray
DeepDive from Stanford
TJBATCHEXTRACTOR Carnegie Mellon
Hyperion gray
Thursday, February 19, 2015
Thursday, February 12, 2015
Patty’s Parting Questions
“Have we made any decisions in the room today, and (if we have) how are we going to communicate them?”
Source: https://www.linkedin.com/pulse/how-do-you-end-meeting-netflixs-hr-rebel-asks-two-simple-bob-sutton
Source: https://www.linkedin.com/pulse/how-do-you-end-meeting-netflixs-hr-rebel-asks-two-simple-bob-sutton
Friday, January 30, 2015
What is Duration-Driven Project Management?
Source: http://pm-alliance.com/
Duration-Driven Project Management |
In his ground-breaking book, The Mythical Man-Month (1975), Frederick
Phillips Brooks identified the importance of duration-based planning to achieve
successful projects. He observed that: “Our duration estimations confuse effort with progress; hiding the wrong assumption that men and months are interchangeable”. At PMAlliance we have expanded this observation into three key principles that form the foundation of our Duration-Driven® methodology. Principle 1: Time Matters Almost all projects have deadline dates and if those deadline dates are missed the project will not be a success and along the way budget and quality will most likely be sacrificed. The core of Duration-Driven® methodology is based on the idea that, the time dimension of projects must be managed to achieve success. Principle 2: Duration-Based Estimates In order to manage the time dimension of projects, we must have duration-based estimates from team members; this includes estimates to perform their future activities within a specified duration and estimates to finish their in-progress activities by a specific date. There are decades of anecdotal data demonstrating that obtaining team member commitment is the key to project success. Therefore, we must also have a process that drives team member commitment to the duration-based estimates used in the project plan. Principle 3: Appropriate Tools Many popular project management tools and methodologies can actually impair a team’s ability to create the types of commitments necessary for success. For example, communication of “hours of effort” does not represent a commitment on the part of a team member to complete an activity within a specified amount of time; sophisticated calculations of activity durations by project management software tools do not drive accountability on the part of the team members; and ambiguous estimates of percent complete do not represent a promise on the part of a team member to finish by a certain date. Summary Duration-Driven® Methodology allows project teams to obtain time-based commitments from team members, incorporates those commitments into a dynamic, network-based project plan with a calculated critical path, creates a framework for compressing project durations to meet deadline dates in a way that maintains team member commitment, and then tracks progress over the life of the project and continually reconfirms team member commitment towards meeting the project deadline date. Through Duration-Driven® Methodology, team members operate in a project environment that is more likely to result in success. Want to know more? we have included some case studies you may find useful as well as some general info about our methodology and onboarding process. Please call our toll free number if you would like a faster response. Thank you. P: (866) 808-3735 E: info@pm-alliance.com |
Subscribe to:
Posts (Atom)