Skip to main content
Er / Ment…
At Tech Ed, the Microsoft spokespeople were certain to stress that the company was moving from supporting the developer to supporting development. This may seem like a big case of over analyzing semantics and word parsing. Trust me, this is a major statement.

By publicly communicating the movement from er to ment, Microsoft is saying they are serious about the application life cycle. Microsoft understands and knows the developer, but what about the rest of the players in the application life cycle chain – the development and deployment aspect? This is something Microsoft has been wrestling with for a while. How do they move up the all-important stack from er to ment? Start by introducing products (of course we should expect products from Microsoft) that will attract other members of the life cycle…architects, quality assurance groups, business analysts, project mangers, etc. A big check mark on the product side with Visual Studio Team System, however, Microsoft is still in search of the acceptance and understanding of the other participants in the application life cycle. Hence, their focus on moving from er to ment.

I am encouraged that Microsoft will do more to make this transition than ship products and modify SKUs. Their language will change, it will be subtle at firs but will ultimately be peppered with terms such as “design and architect”. Watch for the outward signs that Microsoft is moving in the direction of supplying, supporting, understanding, and working within the entire application life cycle.

A subtle, yet telltale change going from er to ment. Can Microsoft do it? Their long term success depends upon it.

What’s next?...behavior.
t

Popular posts from this blog

API Testing – Stop Waiting and Start Testing ASAP!

We have all heard that testers must keep pace with developers to deliver software faster. However, most testers continue to test at the UI level – which is constantly changing, so testers have to wait, and that impacts the ability to meet business demands for faster software releases. It becomes a cycle that testers have a hard time escaping. Testers want to be able to test earlier, reduce risk, and identify defects sooner – all to satisfy the customer. API testing is the perfect way to supplement traditional UI testing, keep pace with development, and deliver better quality at scale!  API testing can help you test earlier, faster, and more efficiently! And now, we have the data to show you the benefits of API testing including how much time is spent on UI testing alone, how much (or should I say little) time is spend on unit and API testing, and how much coverage is achieved.  We will be premiering the results of our recent survey on API testing in a webinar wi...

World Quality Report 2016 – 2017 Launch Highlights

I had the opportunity to attend the launch of the 8 th annual World Quality Report 2016 -2017 (WQR) authored by Capgemini and Sogeti , in collaboration with HPE . You can download a complimentary copy of the WQR here  This annual undertaking by the three companies is a global survey of 1600 participants consisting of 44 questions. The result is an 80-page report that provides a baseline for testing and QA trends. The launch event featured WQR co-authors Mark Buenen, Vice President, Global Leader, Sogeti QA and Testing Practice, Netherlands and Govindarajan Muthukrishnan, Senior Vice President,   Financial Services Testing Leader, United Kingdom. The co-authors spoke eloquently for about 30 minutes each on highlights of the WQR.  Following are some of the highlights from Mark and Govind’s WQR launch presentation. Overview As organizations continue on the path of digital transformation, there is immense pressure on the QA organization to d...
Life is a Database Old Chum… We are rabid consumers of information. We want our information fast. We want our information to be accurate. And, we want our information any time and any where. We can be this demanding because we know everything of importance has been cataloged, filed, arranged, and assigned a key field – at least electronically. Now, as consumers of data we are not too concerned about the infrastructure supporting our insatiable need for fast, reliable, and on the go information. However, someone has to do the behind the scenes work so we don’t suffer in our quest for information. For years we have had developers toiling over performance algorithms to help us over the hurdle of server constraints. It was the best we could do. Enter ENCIRQ . The ENCIRQ Data Foundation Framework gives developers everything they have been wanting…a way to get away from the classic client / server database architecture. Client / server is so 1980’s. With this model, ENCIRQ just ...