Jesper Boeg on Priming Kanban
In this interview, Jesper Boeg, author of the new InfoQ book – Priming Kanban, discusses the keys to using Kanban effectively, and how to get started if you are currently using other approaches.
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by Jonathan Allen on Apr 12, 2007
Back in November we reported on the usage restrictions for the Ribbon, new UI design used in Office 2007. Since then we have been able to catch up with Chris Bryant, a Senior Product Manager at Microsoft, to answer some of the lingering questions.
Some people are asking why Microsoft is trying to enforce UI standards. Other are asking why hasn't Microsoft done so in the past.
The Office UI Licensing Program wasn’t created because we wanted to enforce UI standards. It was created because of our massive investment in the new Office Fluent UI and the desire expressed by customers and partners to share in that investment and build similar UI. The real difference between the past and today is that we are explicitly protecting the IP that is embodied in the UI and making certain our ownership of it. Customers and partners had approached us in the past about obtaining licenses or rights to share previous UI developments and we didn’t have a good answer for them. For the first time they can obtain an affirmative right to use our IP, and it’s royalty-free.
The only caveat is that we need to be sure that developers do a good job implementing the UI that they license from us. This is why we have the standards (the design guidelines document). Without standards for licensed implementations, we would risk diluting the strength of our IP.
This is different from trying to enforce UI standards across the industry. We recognize that there are many applications that benefit from having a UI that is similar to that of Microsoft Office, and the fact that many ISVs are licensing the UI and building software that looks like Office is a testament to that fact. However, there are also many applications for which the Office Fluent UI would be overkill or a burden or just plain inappropriate. The choice is up to the developer of the application, but if looking like Office is important then it has to be done with a high degree of consistency.
If Microsoft isn't making money off of it, why have a licensing agreement?
The license agreement is for our protection and the protection of those who wish to share in the Office Fluent UI designs. It demonstrates our ownership over the IP and grants affirmative rights to the licensee to be able to use it. It’s also important for the average customer to have a good experience with the Fluent UI wherever it appears. Having a licensing agreement and a standardized set of guidelines helps to ensure that when a customer uses the UI in any application, he/she can have certain expectations and a certain quality of experience without being disappointed, frustrated, or confused.
And finally, if Microsoft is concerned about consistency, why isn't Microsoft releasing a toolkit directly?
Unfortunately, we were unable to complete development of a toolkit while development of the UI itself was underway. The licensing program needed to be put in place as customers and partners were being exposed to the UI and expressing their desire to build similar UI into their own products, with or without a toolkit. Microsoft may at some time ship tools to build Office Fluent UIs. However, there are already a number of component vendors out there who are offering excellent implementations of the Office Fluent UI for use in 3rd party applications. They have taken a great deal of the work upon themselves to build compliant, consistent implementations, and we are extremely happy to have them as partners in this program.
Among the vendors currently offering Ribbon interfaces are Actipro, Developer Express, Infragistics, and Telerik.
Using Drools? See what you're missing! Get the Power of Drools with the Assurance of Red Hat
18 agile and lean practices for effective software development governance
Case Study: IBM's Agile Transformation
SCM best practices for multiple processes, releases & distributed teams
In this interview, Jesper Boeg, author of the new InfoQ book – Priming Kanban, discusses the keys to using Kanban effectively, and how to get started if you are currently using other approaches.
John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.
Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.
Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.
Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).
Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.
Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.
One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.
No comments
Watch Thread Reply