Ever hear about the "First Rule of Holes"? It's pretty simple — if you find yourself in a hole with a shovel, the first thing to do is.... stop digging!
That's kind of what it's like in app dev when it comes to release management: We've dug ourselves a pretty deep hole, and it's impacting our overall ability to ship software on time. We recently ran a survey of app dev professionals that confirms what we hear in our client inquiries: Most development leaders are frustrated with slow software delivery and their release management process (see Figure). While Agile speeds software design and development, it doesn't do much to speed up release and deployment — creating a flash point where frequent releases collide with slower release practices.
But some organizations have stopped digging themselves in deeper. They are working with their peers in operations to streamline release management and cutting steps into the side wall of their hole so that they can climb out, step by step. Here are five steps that they are taking:
Investing in improving their pre-build processes. Many problems that occur during a release cycle have their root cause in inadequate pre-build tasks and activities.
Expanding release management throughput. Projects that have large code bases or extensive testing cycles are using parallelism and intelligent testing processes to speed up the early stages of the release cycle.
Optimizing their release pipeline. After taking care of the early stages of the release pipeline, advanced teams are implementing virtualization, parallel testing, and developer self service to further compress their release cycles.
Mobile authentication is nothing new. SiteMinder, a prominent web access management tool, has been able to handle mobile browsers and sessions for at least 7-8 years. Some users complained of WAP and its limitations, but most could access information and log in to websites with minimal issues.
WAP is gone and it is now replaced by a multitude of devices: tablets, PDAs, smartphones, etc. With the proliferation of Splinternet, we are witnessing not only a boom of content, but also the need to limit access to sensitive applications and data not only from the device but also on the device. Authentication, authorization, and data protection challenges multiply as companies embrace the post-PC tablets, etc.
What do we see people asking about? From the enterprise security perspective, the biggest challenges seems to be protecting the data on the device, performing a remote wipe on a lost or stolen piece of equipment, and making sure corporate information is separated clearly from any private data. Writing mobile applications or designing mobile-capable and still rich, interactive web pages is no easy task either. Companies also wonder about how to deliver and (de)provision applications quickly and securely.
What do we see companies do? Sandboxing corporate data and mandating the use of remotely wipeable devices is the first step. Storing certificates and using transaction signature mobile authenticators to defend against stolen or compromised text messages with one-time passwords is a logical follow-on.
DevOps is a term used to describe better communication and collaboration between application development professionals and infrastructure operations professionals. "Dev"+"Ops"="DevOps." The goal of DevOps to make the process of deploying applications faster and smoother. DevOps is a loosely defined set of emerging practices to get developers and operations pros to work together. Developers and operations professionals are often at odds. Developers want to release software more frequently; operations professionals want to protect the stability of the infrastructure. I applaud the goal of DevOps to improve the process of deploying application releases.
The last thing many application developers want to do is have a sit-down with the ops guys. Besides which, they don't understand. Sure, the ops guys efforts are critical to our applications because they have to run on something. But, developers should look to spend more of their time getting closer to the business, not getting closer to the hardware. I fully acknowledge that there is a need for quicker and less-rickety deployment processes. But, I think DevOps is a step backward. Instead I propose NoOps. The goal of NoOps is also to improve the process of deploying applications. But, NoOps means that application developers will never have to speak with an operations professional again. NoOps will achieve this nirvana, by using cloud infrastructure-as-a-service and platform-as-a-service to get the resources they need when they need them. Of course, this is not just about getting virtual machine instances. It is also about release management. Ops can run this public, private, or hybrid infrastructure and give developers the tools they need to responsibly deploy applications faster.
Over the last few weeks, I have had a variety of conversations with clients that have centered around the scope for the term BPM. I think we all agree that BPM is not purely a technology – but how far does it go.
BPM – The Discipline
Forrester sees BPM as a broad framework of methods, approaches, techniques and technologies that support organizational change, value optimization and ongoing performance improvement. While some see BPM as a narrow technical approach, Forrester regards BPM as including a wide range of improvement methods such as Lean and Six Sigma, along with customer-centric (outside-in) engagement approaches and organizational change management – each one of these levers ties back to a flexible and adaptable enterprise architecture that implements an evolving business strategy. Such an all-encompassing approach can help focus on strategic priorities, as well as opportunities to both differentiate the value proposition, and sharpen the competitive edge.
While some would argue that Lean and Six Sigma are separate – that they are “in the business” – our research data suggests that the most successful BPM initiatives are run by the business, for the business and are of the business (to paraphrase Lincoln). Something like just 20% of BPM process improvement initiatives are run out of IT. Indeed, I would go a little further than that – BPM initiatives run out of IT are just not sustainable in the long term. If you are charged with maintaining a BPM program from within IT (perhaps running a BPM CoE), then one of your primary tasks is to a) identify and b) work with any Lean/Six Sigma programs that are out there.
WaterWare will add more software development and consulting services to Xerox which is always a good thing but more importantly, WaterWare has the Aquifer EHR electronic records system that helps convert paper records to electronic data. Added to Xerox's broad document services and global reach the combination gives Xerox strong capability in electronic health records capture and management. Health Care Reform = as we know- is pushing providers to meet “meaningful use” guidleines which boil down to turning massive quantities of unstructured content into structured data -allowing better monitoting of patient outcomes, better access to health data for consumers, and lower administrative costs. Could there be a stronger core competency for this company – and this combination. I also like WaterWare as a launching point for broader Dynamic Case Management solutions they can extend Xerox capability, using DocuShare foundation BPM and ECM components in verticals like pharmacy and order automation. Combining WaterWare with DocuShare makes sense to boost professional services and system integration, but also to provide some luster to a strong product that has been a bit buried in the larger Xerox. So, a nice pick up.
I got a lot of feedback from my last blog post, and I’d like to share my thoughts on each of these statements about customer service. I am sure my point of view is contentious, so please keep comments coming. It will force me to rethink my stance. I’ll cover each of my categories in a separate blog post.
Social Customer Service Myths
Reason behind my POV
Social CRM is giving customers control
Paul Greenberg defines social CRM as the The "company's programmatic response to the customer's control of the conversation." Its about the company taking hold of the reins of the conversation, not the other way round.
Have a look at what Paul Greenberg says here about this topic:
Twitter works for customer service
It sometimes does if the answer can be communicated in 140 characters. It shows that you, as a company are listening and acting on comments.
However, instead of engaging in customer service over Twitter, it is often more effective to take the conversation offline to a more suitable communication channel based on the issue at hand and the customer’s channel preference.
I’ve been researching why IT roles fail (or at least struggle mightily and often futily). The roles that come up most often are the ones that are not directly building or maintaining systems. These include architecture, planning, vendor management, relationship management, PMO, and security. As I’ve collected this information, there are themes emerging to explain why they fail. These include:
Wrong skills.An architect was told to define the standards fordata tools but lacked the skills to convince others they should care.
Inadequate capacity. Relationship managersat a midsized firmwere sold as strategic partners to business leaders but were also required to run large apps groups that had recently suffered layoffs.They just didn’t have time for the strategic bit.
Lack of support.The leader of vendor management was supposed to provide advice and oversight on which vendors were selected, butthe CIO did little to rein in other managers who previously had bought what they wanted from who they wanted.
I just got back from Lotusphere after waiting out the sixth blizzard of this "snowmaggedon" Boston winter. The venerable Notes developer and administrator conference received an injection of business relevance on Monday when Lotus GM Alistair Rennie announced IBM's Social Business strategy. The conference motto was "Get Social. Do Business." In a private conversation, Rennie called Monday "day one" for social business.
The importance of Rennie's announcement was reinforced by the IBM brand presence and by presentations from IBM senior vice president Mike Rhodin and IBM senior vice president of marketing and communications, Jon Iwata. I believe that for IBM, social business is a strategy on par with its e-business strategy in importance and transformational potential. This will be clearer to everybody once IBM's advertising and product engines get cranking.
As for us, well, we're an easy sell on the strategy's transformational potential because what IBM calls social business, we call Empowered, and we wrote a book about it. Here are some charts to help make the connections clear.
The first picture is a diagram that captures the technology dynamic of the empowered era and indicates the organizational response that will be required. In a nutshell, companies will need to respond to the demands and expectations of empowered customers by:
Empowering employees to respond to the needs of empowered customers. (This is what our book Empowered is about.)
Listening to the market conversation using social listening platforms. (That's the subject of our book, Groundswell.)
Whoa. My post Java Is A Dead-End For Enterprise App Development received record-breaking readership and passionate comments. Thank you for reading, and thank you for your comments. Clearly it hit a nerve. Many of the comments legitimately called for an expansion of my arguments. Fair enough. I have done that in a 50 slide presentation that I delivered as a teleconference on January 24, 2011. Forrester is making this presentation available to download, free to anyone who registers at the site. Registration is free, so please feel free to register and download the presentation. I welcome your comments on the presentation here, at the original post, or on Twitter.
“Winning the Future” was the theme of the recent US State of the Union address. With the global economy and new education performance rankings as our “sputnik moment,” the president urged Congress to invest in the future – and in education. As put it in the speech,
Maintaining our leadership in research and technology is crucial to America’s success. But if we want to win the future -– if we want innovation to produce jobs in America and not overseas -– then we also have to win the race to educate our kids.
So what exactly was the sputnik moment, or one of them? In the recently released OECD Program for International Student Assessment (PISA) rankings, the US didn’t do so well. US students were average performers in reading (rank 14 in OECD) and science (rank 17) but well the below the OECD average in mathematics (rank 25). The new top fliers in the PISA study are: Shanghai, Korea, Hong Kong, Singapore, Finland, Canada, Japan and New Zealand.
According to the OECD report,
Education is the single most critical investment to raise the long-run growth potential of countries. In the global economy, the performance of education systems is the yardstick for success, particularly in light of the fundamental technological and demographic challenges that are re-shaping our economies.