|By Michael Nir||
|December 5, 2013 11:55 AM EST||
Tom Jenkins, the newly appointed PMO manager convened his team. Xavier, Paula and Xing were eager to start work. Tom explained that the PMO rollout is a change process. He gave his team assignments around stakeholder analysis, mapping of communication requirements, and creation of the PMO newsletter. While the team was somewhat puzzled with these activities they moved to fulfill them. Working with the stakeholders, the team captured many complaints pertaining to the current way of work and gathered numerous requests for improvements. Eagerly awaiting their next meeting, which was held virtually through a videoconference, they prepared a list of proposed improvements. Xavier proposed to commence work on the work breakdown structure and the software development lifecycle. Paula suggested to update the risk register template and to implement a new tool for project scheduling. Xing reported that the stakeholders were keen on having a team collaboration tool and added that they are many resource conflicts which were not managed at present.
Tom listened carefully to his PMO team and empathized with their concerns. He then patiently detailed his vision of the PMO. While this was not the first time he discussed the vision, it was important that the team revisit the vision in light of their findings. He also instructed the team to communicate the vision continuously to the stakeholders during meetings. He further emphasized the importance of communicating through a newsletter to the global community. He moved to investigate with the team, which stakeholders were appearing to be powerful, interested and supportive to the cause of the PMO, and which were appearing to be opposing and would probably produce obstacles to the PMO implementation. He also offered his perspective around which areas may enable quick wins.
He then engaged the team in a discussion about value creation and how the PMO might provide value to the project and product community. He queried the team regarding the current status of the portfolio resource pool. It was evident from the team response that there was a resource pool in existence which was loosely managed, not centrally controlled, and not based on resource planned and actual efforts. Actually, in order to manage the resources on a global basis a new tool had to be implemented and more than 8000 resources had to be updated into the global tool. That was dire news indeed.
It seemed that in order to create value, the newly formed PMO had to immediately invest a huge sum in the procurement and implementation of a new software. Additionally, a new SDLC methodology had to be generated, updated processes had to be written and dozens of templates and work instructions developed.
It seemed a monumental undertaking and the team was at a loss regarding where to begin. They felt that it would be three years before they would start producing value. One of them even suggested hiring a management consulting firm and recruit five additional analysts to help with this huge undertaking. Once more Tom provided support to his team members, permitting them to air out their concerns. Then he explained the concept of the Agile PMO.
100 Days of Grace
He said that they did not have three years to create value; at most they had 100 days of grace before they were expected to produce some initial results. Xavier responded by offering to produce a new version of the risk register which may be not exactly what everyone needed but might make some stakeholders happy and buy the PMO some more precious time.
Tom gently rejected his offer, pointing out that a new risk register while useful, is not what an Agile PMO is about. The new risk register might add confusion and not support value creation and thus would be a waste of effort and time. This led to an extended period of silence and Tom suggested that the team would take a few days to contemplate on how to proceed.
Three days later the team reconvened, Paula proposed an idea. She said that resource conflicts were abundant and that the most value-added activity that the PMO could perform, was to manage resources on a global scale. Tom commented that it was a good idea. Xing questioned the logic of this idea saying, that they are too many resources to manage. Xavier interjected and added that the tool that was in place was not able to support such a task. Paula said that they don’t need to manage all resources, and maybe in an Agile PMO it was enough that they manage only what was needed to enable value creation. The other team members then listened attentively to her idea.
She explained that at this time they do not have a complete list of all projects executed globally and that should be their next task. Once they have such a list they would be able to assess project contribution from a portfolio perspective. Then they would be able to mediate between the different projects and assist management with making educated decisions pertaining to project prioritization based on the full list of projects in the global organization. Tom said that that was a good step in the right direction of being effective.
Eagerly, the team discussed how to carry out mapping of the projects. They defined a template to update the project list into and scheduled a meeting for the following week to review their results. Tom added that it is probably a good idea to present their findings in the newsletter and to continue stakeholders’ assessments regarding support or opposition to the PMO activities.
During the team meeting the week after, it was evident that many pet projects existed, which were using resources without providing benefits to the portfolio. The team mapped about 35% of projects that were redundant and probably unimportant to the portfolio of the company.
Tom said that this was a good example for an Agile PMO. Instead of discussing processes, tools and templates they were engaged in how to make the project and product community more effective. Xing then offered an idea; he said that he had noticed many resource conflicts that were plaguing the projects in his region. He was convinced that these conflicts were occurring between important projects and it was very important to map all the resources allocated to these projects to resolve the conflicts. Resolving the conflicts would enable streamlining important projects, contributing to the portfolio. Xavier said that mapping and allocating all the resources in the region would be impossible as there are more than 800 resources in that specific region, and most of them do not report to timesheets on a regular basis. He added that in any case, the tool in place does not support these reporting requirements. Xing answered that he had given much thought and suggested that initially they map only the critical resources.
The team then deliberated what constitutes a critical resource. Tom offered his perspective and recommended they read an all-time bestseller on the subject of mapping of critical resources by the famous author and physicist Eli Goldratt: “Critical Chain Project Management." He said that true to the concept of the Agile PMO, they will identify critical resources. He estimated that only 3 to 5% of the total number of resources would prove to be critical. By following this line of reasoning, the team would quickly be able to allocate critical resources to prioritized projects enabling streamlining of the value creating projects from the portfolio perspective.
One month later the PMO team was able to provide an almost complete list of projects in the global organization, along with the list of critical resources. These were the critical resources that impacted project completion. By closely managing loading of these resources, the PMO was able to provide and assist project managers and management with timely-based decisions about resource allocations. The PMO also suggested on terminating none value added projects and transferring employees working on these projects to other projects which were creating value from the portfolio perspective. Three months after inception of the PMO, the impact was already tangible:
- More stakeholders were moving from neutral attitude to high support of the PMO activities;
- The low hanging fruit of critical resource mapping provided quick wins which enabled more rigorous undertakings to complement the initial activities.
- The newsletter was instrumental for conveying the message of value creation from the portfolio perspective;
From Push to Pull
With the support of Paula, Xavier and Xing, the vision set forth by Tom became a reality 20 months after PMO inception. Needless to say that within this time the PMO transformed into a strategic tool for portfolio decisions about future projects. The concept of the Agile PMO translated into a PULL mechanism of projects, whereby projects are selected based on resource pool status. This was opposed to the previous approach of a PUSH mechanism whereby all incoming projects were selected, which resulted in the clogging of the resource pool and thus hindering the streamlining effect and reducing the throughput of projects.
Naturally, with time a unified software development lifecycle was constructed along with relevant processes, templates, and then a new software tool for integrating information globally. The software tool was a natural evolution to the development effort of the PMO. The team understood that using a tool to create change is futile, and rather the tool should be implemented after a considerable amount of the change has been in place. The tool as such becomes a method to encapsulate the change into corporate culture.
In conclusion, the Agile PMO delivers what is needed at the time when it is required. The Agile PMO focuses on the most important value creating activities while keeping sight of the overall objective. This is in contrast to the development of all at once, which tends to be the initial expectation that is expressed by stakeholders. The PMO is not about tools, processes, or a methodology, rather it is about creating value.
The battle over bimodal IT is heating up. Now that there’s a reasonably broad consensus that Gartner’s advice about bimodal IT is deeply flawed – consensus everywhere except perhaps at Gartner – various ideas are springing up to fill the void. The bimodal problem, of course, is well understood. ‘Traditional’ or ‘slow’ IT uses hidebound, laborious processes that would only get in the way of ‘fast’ or ‘agile’ digital efforts. The result: incoherent IT strategies and shadow IT struggles that lead ...
Feb. 7, 2016 05:00 PM EST Reads: 428
SYS-CON Events announced today that Commvault, a global leader in enterprise data protection and information management, has been named “Bronze Sponsor” of SYS-CON's 18th International Cloud Expo, which will take place on June 7–9, 2016, at the Javits Center in New York City, NY, and the 19th International Cloud Expo, which will take place on November 1–3, 2016, at the Santa Clara Convention Center in Santa Clara, CA. Commvault is a leading provider of data protection and information management...
Feb. 7, 2016 03:30 PM EST Reads: 370
SYS-CON Events announced today that VAI, a leading ERP software provider, will exhibit at SYS-CON's 18th International Cloud Expo®, which will take place on June 7-9, 2016, at the Javits Center in New York City, NY. VAI (Vormittag Associates, Inc.) is a leading independent mid-market ERP software developer renowned for its flexible solutions and ability to automate critical business functions for the distribution, manufacturing, specialty retail and service sectors. An IBM Premier Business Part...
Feb. 7, 2016 02:00 PM EST Reads: 555
SYS-CON Events announced today that Alert Logic, Inc., the leading provider of Security-as-a-Service solutions for the cloud, will exhibit at SYS-CON's 18th International Cloud Expo®, which will take place on June 7-9, 2016, at the Javits Center in New York City, NY. Alert Logic, Inc., provides Security-as-a-Service for on-premises, cloud, and hybrid infrastructures, delivering deep security insight and continuous protection for customers at a lower cost than traditional security solutions. Ful...
Feb. 7, 2016 01:45 PM EST Reads: 360
In most cases, it is convenient to have some human interaction with a web (micro-)service, no matter how small it is. A traditional approach would be to create an HTTP interface, where user requests will be dispatched and HTML/CSS pages must be served. This approach is indeed very traditional for a web site, but not really convenient for a web service, which is not intended to be good looking, 24x7 up and running and UX-optimized. Instead, talking to a web service in a chat-bot mode would be muc...
Feb. 7, 2016 01:15 PM EST Reads: 182
SYS-CON Events announced today that Catchpoint Systems, Inc., a provider of innovative web and infrastructure monitoring solutions, has been named “Silver Sponsor” of SYS-CON's DevOps Summit at 18th Cloud Expo New York, which will take place June 7-9, 2016, at the Javits Center in New York City, NY. Catchpoint is a leading Digital Performance Analytics company that provides unparalleled insight into customer-critical services to help consistently deliver an amazing customer experience. Designed...
Feb. 7, 2016 01:00 PM EST Reads: 331
The (re?)emergence of Microservices was especially prominent in this week’s news. What are they good for? do they make sense for your application? should you take the plunge? and what do Microservices mean for your DevOps and Continuous Delivery efforts? Continue reading for more on Microservices, containers, DevOps culture, and more top news from the past week. As always, stay tuned to all the news coming from@ElectricCloud on DevOps and Continuous Delivery throughout the week and retweet/favo...
Feb. 7, 2016 12:30 PM EST Reads: 164
SYS-CON Events announced today that Interoute, owner-operator of one of Europe's largest networks and a global cloud services platform, has been named “Bronze Sponsor” of SYS-CON's 18th Cloud Expo, which will take place on June 7-9, 2015 at the Javits Center in New York, New York. Interoute is the owner-operator of one of Europe's largest networks and a global cloud services platform which encompasses 12 data centers, 14 virtual data centers and 31 colocation centers, with connections to 195 ad...
Feb. 7, 2016 11:30 AM EST Reads: 344
[session] From Build to Scale: Lifecycle of Microservices By @fortyfivan | @CloudExpo #Microservices
More and more companies are looking to microservices as an architectural pattern for breaking apart applications into more manageable pieces so that agile teams can deliver new features quicker and more effectively. What this pattern has done more than anything to date is spark organizational transformations, setting the foundation for future application development. In practice, however, there are a number of considerations to make that go beyond simply “build, ship, and run,” which changes ho...
Feb. 7, 2016 10:45 AM EST Reads: 153
SYS-CON Events announced today that AppNeta, the leader in performance insight for business-critical web applications, will exhibit and present at SYS-CON's @DevOpsSummit at Cloud Expo New York, which will take place on June 7-9, 2016, at the Javits Center in New York City, NY. AppNeta is the only application performance monitoring (APM) company to provide solutions for all applications – applications you develop internally, business-critical SaaS applications you use and the networks that deli...
Feb. 7, 2016 10:00 AM EST Reads: 347
If we look at slow, traditional IT and jump to the conclusion that just because we found its issues intractable before, that necessarily means we will again, then it’s time for a rethink. As a matter of fact, the world of IT has changed over the last ten years or so. We’ve been experiencing unprecedented innovation across the board – innovation in technology as well as in how people organize and accomplish tasks. Let’s take a look at three differences between today’s modern, digital context...
Feb. 7, 2016 07:00 AM EST Reads: 161
Continuous Delivery and Release Automation for Microservices By @Anders_Wallgren | @DevOpsSummit #Microservices
As software organizations continue to invest in achieving Continuous Delivery (CD) of their applications, we see increased interest in microservices architectures, which–on the face of it–seem like a natural fit for enabling CD. In microservices (or its predecessor, “SOA”), the business functionality is decomposed into a set of independent, self-contained services that communicate with each other via an API. Each of the services has their own application release cycle, and are developed and depl...
Feb. 6, 2016 02:00 PM EST Reads: 209
At the heart of the Cloud Native model is a microservices application architecture, and applying this to a telco SDN scenario offers enormous opportunity for product innovation and competitive advantage. For example in the ETSI NFV Ecosystem white paper they describe one of the product markets that SDN might address to be the Home sector. Vendors like Alcatel market SDN-based solutions for the home market, offering Home Gateways – A virtual residential gateway (vRGW) where service provider...
Feb. 6, 2016 01:00 PM EST Reads: 144
In the Bimodal model we find two areas of IT - the traditional kind where the main concern is keeping the lights on and the IT focusing on agility and speed, where everything needs to be faster. Today companies are investing in new technologies and processes to emulate their most agile competitors. Gone are the days of waterfall development and releases only every few months. Today's IT and the business it powers demands performance akin to a supercar - everything needs to be faster, every sc...
Feb. 6, 2016 09:00 AM EST Reads: 512
With microservices, SOA and distributed architectures becoming more popular, it is becoming increasingly harder to keep track of where time is spent in a distributed application when trying to diagnose performance problems. Distributed tracing systems attempt to address this problem by following application requests across service boundaries, persisting metadata along the way that provide context for fine-grained performance monitoring.
Feb. 5, 2016 03:45 PM EST Reads: 795
Web performance issues and advances have been gaining a stronger presence in the headlines as people are becoming more aware of its impact on virtually every business, and 2015 was no exception. We saw a myriad of major outages this year hit some of the biggest corporations, as well as some technology integrations and other news that we IT Ops aficionados find very exciting. This past year has offered several opportunities for growth and evolution in the performance realm — even the worst failu...
Feb. 3, 2016 10:00 PM EST Reads: 544
Are you someone who knows that the number one rule in DevOps is “Don’t Panic”? Especially when it comes to making Continuous Delivery changes inside your organization? Are you someone that theorizes that if anyone implements real automation changes, the solution will instantly become antiquated and be replaced by something even more bizarre and inexplicable?
Feb. 3, 2016 06:30 PM EST Reads: 314
Welcome to the first top DevOps news roundup of 2016! At the end of last year, we saw some great predictions for 2016. While we’re excited to kick off the new year, this week’s top posts reminded us to take a second to slow down and really understand the current state of affairs. For example, do you actually know what microservices are – or aren’t? What about DevOps? Does the emphasis still fall mostly on the development side? This week’s top news definitely got the wheels turning and just migh...
Feb. 3, 2016 03:00 PM EST Reads: 287
Test automation is arguably the most important innovation to the process of QA testing in software development. The ability to automate regression testing and other repetitive test cases can significantly reduce the overall production time for even the most complex solutions. As software continues to be developed for new platforms – including mobile devices and the diverse array of endpoints that will be created during the rise of the Internet of Things - automation integration will have a huge ...
Feb. 3, 2016 02:00 PM EST Reads: 641
I recently spotted a five-year-old blog post by Mike Gualtieri of Forrester, where he suggests firing your quality assurance (QA) team to improve your quality. He got the idea from a client who actually tried and succeeded with this counterintuitive move. The thinking goes that without a QA team to cover for them, developers are more likely to take care of quality properly – or risk getting the dreaded Sunday morning wakeup call to fix something. Gualtieri’s post generated modest buzz at th...
Feb. 3, 2016 07:00 AM EST Reads: 617