Category Archives: Uncategorized

A zest for agility (and agile tools) in our Marketing

Upon joining Nuxeo, I had to not only start work on the Product side, but also lead our Marketing team. Our team is a bit complex to manage, it is splited across several locations, Paris, Boston, San Francisco (and sometimes more…). It has grown with different people, on different roles, some usually not considered as Marketing related, like documentation and UI designer.

I must say I am tempted at times to rename us from “Marketing” to “Product Perception” because in the end we are a product company and the most important thing that matters!

I wanted to write this post to share some of our experiences as I, and I should say WE as a team could see that we had a couple of issues in the way our team was running. So, we tried a couple of things to improve. To sum it up, our main issues centered around difficulties in:

  • Connecting with the rest of our company, and sometimes understanding it
  • Maintaining control on the flow of tasks, and making sure they continued moving at a good pace, with an emphasis on getting many a lot of things done and having as little as possible in standby
  • Understanding, even within the same team, to know someone who does what

As I come from an engineering background,I could see the value of some of the agile development methodologies and, more specifically, the SCRUM methodology. We decided to give it a try with a couple of concepts taken from them! After all, even though Marketing is not development, they are very similar on many levels: you have to manage complex tasks (often involving several players, most of which are dependant on others), you have deliverables like in software development, you have to manage quality like in software development, and as a manager you have to be able to have predictability and to take your velocity at the max! So why not?

On top of this, I have the conviction that trying to share the same methodology and also tools with other teams in the organization will help us improve the company.

Of course, the mistake would have been to apply Scrum “by the letter”. We would more try to make our own methodology and organization taking some good practices of SCRUM or other Agile methodologies. For instance, the simple fact of being geographically dispersed, and in different time zones, some almost not overlapping, is not necessarily scrum friendly, which  is an issue that has often been raised. So, no Scrum “by the letter”, more slight adaptation and inspirations. We’re still experimenting, but here is what we’ve done so far:

  • Cohesion, understanding, and collaboration — We try to have some sort of Scrum Meeting everyday. We don’t have a fixed name, I used to call it the Daily Scrum but the name isn’t important. What is important is that we take a few minutes to quickly exchange notes on what we are working on that day, what we just achieved, and also raise any topic where collaboration might be needed but not anticipated. Due to different cities and different time zones we can’t make this as a stand up face-to-face meeting, like the book (or the rugby rules) define it. What we do instead is, depending of the days, carve out 15mins in a jabber chat room using instant messaging or do it asynchronously as an email chain. I think it’s good to not be too strict about it and have some flexibility, but it is also important to have the discipline to not forget and keep doing it. In two months it’s definitely brought value and allowed us to have a better understanding of who we are as a team, giving us more visibility on what we do, and enabling us to identify issues related to time such as schedules, bottlenecks or overlaps.
  • Focus and iterations — We also try to have sprints, like in the scrum book. It’s not as clearly defined, but we hold a “sprint” meeting every two weeks (initially we decided on a 2 week iteration cycle, but might extend it — I don’t think shortening it would be good for us). Some might think this is just a usual team meeting, but we really treat this as a sprint meeting, where we do both do a retrospective of the last 2 weeks: what did we achieve? And more importantly, did we achieve what we wanted to? Then we go through the major items, the focus points for the next 2 weeks. We certainly don’t make a very strict planning of the next two weeks, but we try to identify the items that matter the most at the time and decide to focus more on these and try to agree on a reasonable list of things to get done. This helps  to control the pace, and also helps in minimizing the list of tasks sleeping, in standby, half-done, “ni fait ni à faire” as we would say in French. This may actually be closer to Kanban than to Scrum, but I consider it an essential factor in helping us become efficient and productive, all the while maintaining a good mood, which in the end, is what a company like ours is all about!
  • Tools — We, like so many people today, were really tired of how we collaborate. Of course we have an excellent Collaborative Open Source Document Management solution at Nuxeo, that we use ourselves 😉 but this does not address all the different types of project collaboration that we engage in. We were still living with a lot of email, IM, and others communication vehicles in which information can get lost or buried in an inbox. What we decided is to give the same tool our tech colleagues use for development a try, specifically Jira. Jira is known as a ticketing system for software development projects but to me it’s really more than that, it’s a global project and task management tool. The start was slow, for some (including me), because the user interface of Jira is not the most appealing (a lot of clicks, often a lot of useless fields) but we quickly found it very very helpful, and on its way to becoming our best friend! Even though it’s designed or project management or software development, it really works for our activities as well! And, the icing on the cake, we just did the migration to Jira 4, which incorporates many enhancements to the UI addressing some of the previous issues we had with usability, making it much more pleasant to work with! For us, using Jira really improved some of the tasks that we do all the time, like launching a marketing campaign or releasing a product.
So what’s next? For us a lot more of exploration of Jira’s capabilities, as it demonstrated high value! I am jumping now in customization of Jira and I am sure we can optimize many things… Also trying to gain in being able to do good estimate on “user stories”, so we will jump in the game of the estimation process. I would love to hear and read about other Marketing team following the same kind of approach for collaboration and project management!

BIRT Integration with Nuxeo EP: Welcome to ECM Business Intelligence

At Nuxeo, we released last week on our Marketplace an integration between BIRT and Nuxeo Enterprise Platform (EP). For those who don’t know about it, here is, in short, what BIRT is and can do for your business.

BIRT is a reporting tool provided by Actuate, a US based software company dedicated to this sector of Business Intelligence. It enables report designers to prepare reports on the data sources of their choice with all the advanced features a report designer might need … BIRT also comes (of course) with a rendering engine — the software that takes care of report generation and enables BIRT to not only to design reports but to make them available in different formats (HTML, PDF, image, etc.) to end users.

Of course, this is a very short summary, and I am not a specialist, so if you want to know more, you should check out this introduction or Google it a little — you will find a lot of resources.

So, the way we integrated BIRT with the Nuxeo platform is very straightforward for the end user and I think it can provide a lot of value. BIRT report designers, as power users, will use BIRT to define report models in the usual BIRT way: in BIRT itself as a standalone desktop application. What the integration brings to them is the capability to query the Nuxeo system directly when making reports. This was not as simple as it might seem to achieve technically, and represent a good share of the work that has been provided in developping this integration. In a typical use case, this will however be very useful as the report designer will be able to work on a test environment and not on a production environment.

From that point, when report models are designed, Nuxeo administrators can upload them (a specific document type has been developed for that) into the Nuxeo platform and make them available so that other users might generate reports from them (another document type has been developed for that). This solution is very flexible as it relies on the permissions and rights managed by Nuxeo EP. A typical use case is to give access to a Report Models to a workspace administrator, who will create reports and made them available in the workspace(s) he is administering. Reports are then rendered directly on the Nuxeo platform at the right location, where the BIRT engine has been integrated on the server side.

So that is one aspect which is cool about the BIRT integration, but I only touched the functional part of it.

The other thing which is cool is about being Open, and we are fond of this at Nuxeo.

Like Nuxeo EP, BIRT is open source software, developed under the umbrella of the Eclipse Foundation, an organization where Nuxeo is also active (you might have heard about our project proposal Enterprise Content Repository). So this integration provides a totally Open Source approach to ECM analytics!

Of course, organizations can also explore a bit further and consider Actuate commercial products and services that can be used on top of BIRT, but having a software stack for serious ECM Analytics that is fully Open Source offers great value in my opinion!

Nuxeo Connect users can get this integration ready to roll after a couple of clicks on the Nuxeo Marketplace.

Others, you might want to get the source code from the source code repository or simply sign up for a 30-day free trial of Nuxeo Connect to give it a test drive. It is as simple as download Nuxeo DM, our Open Source Document Management system, signing-up for the trial in the configuration Wizard and and downloading and installing the BIRT Integration package from the Update Center of your installation of Nuxeo Document Management. And if you want a deep dive into the way this has been done, you can also just jump in the source code, available as ever at Nuxeo!

If you want to see this integration “live” with no effort, just follow the screencast published for that purpose, a nice introduction to it:

More resources:

Want more resources?

For less skepticism and more understanding on the Eclipse ECR proposal

Apoorv Durga, from Real Story Group, recently wrote a blog post providing a more skeptical look at new repository and portal initiatives to the Eclipse ECR Project proposal.

Eclipse by Luc Viatour © GFDL

I think this is an interesting piece of reading. I also think it is pretty good that it doesn’t follow automatically the overall positive and enthusiastic response that the contributions discussed have provoked in the industry. I believe it’s good to express concerns on how these contributions affect customers, as Apoorv put it, providing a more “skeptical” look. I appreciate this and indeed think that it is the role of an analyst or a consultant to be an advocate for customers.

However, I would like to bring some comments to this post, as I’m running Nuxeo’s marketing and product management and think Apoorv’s look might be missleading and slightly superficial. I hope this will be of interest to anyone interested in the topic and will offer more understanding and less skepticism regarding this topic.

The main driver for my response to this article lies in the conclusion that Nuxeo’s (and Hippo’s) contributions (e.g. the Eclipse Enterprise Content Repository (ECR) Project proposal and the Rave incubation project) center around inexpensive marketing tactics and a short term increase in visibility. Speaking about the ECR Project proposal and Nuxeo, I must say I don’t think this is an accurate representation of our motives and I would like to clarify our position on this matter:

My first point relates to Nuxeo’s position when it comes to contributing with others on vendor-neutral Open Source projects, going beyond our own software products (which are fully Open Source as well, available under LGPL, but hosted by Nuxeo, so not a neutral foundation).

If Nuxeo’s move was ‘opportunistic marketing’ and not based on a long term vision of innovation and open source software development, Nuxeo would not be what it is today: a 10 year old Open Source software company that prides itself on how well we collaborate with others whether they are customers, developers, integrators, partners, or even competitors. If you take a look at Nuxeo in more detail, you’ll see that we couldn’t have accomplished anything in the last 10 years if we hadn’t been listening attentively to our community and our customers.

Recently, for instance, the Chemistry project has gone out of incubation at the Apache Software Foundation to become a top level Apache project. This project is an important one for us, and for ECR as well. This has been possible because companies like Nuxeo, and others (including Alfresco, mentioned in the article) have decided to join forces in developing a vendor-neutral Open Source infrastructure middleware that could be useful to all in building open and interoperable solutions. By building upon the same commodity layer we focus on establishing a standard infrastructure which helps us and others compete on the real differentiators between our solutions—our ideas, our concepts, our specific feature set—rather than solely on the underlying plumbing.

We have many other examples as well, another being the Apache Stanbol project, aiming at providing a middleware between CMS solutions and Web Semantic technology.

So, NO, the Eclipse ECR Project has nothing to do with simple opportunistic marketing. To be perfectly honest, we have developers doing very significant work (… meaning significant costs …) on preparing our initial contribution and adapting our own software development processes and tools to not only make the contribution happen, but also to allow us to embed it in our software factory, making it the opposite of free or cheap marketing. The ECR project is an investment for us and it has a cost that’s not negligible. I won’t go into the P&L, but can only assure that it’s a long term strategy and not short term marketing.

Of course, Nuxeo is a business and needs to turn investment into value and it’s true, we may leverage the positive aspects that our contribution can bring from a marketing standpoint even if again, marketing is not the main driver here.  But it’s not to the detriment of our customers and doesn’t mean that we don’t think about the impact that this technological move will have on them. The real marketing value of this contribution is by the way less about visibility and more about enabling relationships with other key software vendors as there are many great software companies involved in Eclipse projects (and the same goes for the Apache foundation). For a platform software maker such as us, joining the Eclipse Foundation is a great opportunity to build relations and we want to make the most of it.

Another topic I would like to provide some clarification on: Apoorv says that Nuxeo “dropped support for Java Content Repository (JCR), a repository spec that didn’t really take off spectacularly.” Indeed, that’s true. However, here again I would like to point out that this decision had very little to do with Marketing and the fact that we dropped it is not directly tied to its “unspectacular” take off. The reasons behind why we dropped JCR support are engineering ones, technical ones, related to software design of JCR. Still, there might be a relation between this and the “unspectacular” take off of JCR … they are not directly correlated but perhaps we are simply not the only ones to think JCR is not the best tool for what we wanted to do! I would invite anyone who wants to know more about why we dropped JCR to read Florent Guillaume’s (Nuxeo’s Lead Software Architect) blog post on that subject.

And the last item I would like to comment on is when Apoorv says that the ECR project “provides an opportunity for Nuxeo to compete with Alfresco on the CMIS bandwagon.” I just would like to mention that Nuxeo has not waited the ECR project initiative to compete on the CMIS bandwagon!! Nuxeo Enterprise Platform is already fully CMIS compliant and as of today, a serious option for anyone looking at a CMIS enabled ECM platform. What the ECR project aims at is simply to move the lower level of this platform, the Content Repository with all its APIs (including the CMIS one), into a neutral Open Source project as we think it can benefit from being used by many other software builders who are making business applications (not only ECM providers) that might, as a way of return, help us speed up and improve the development of this content repository.

I hope this brings some additional insights regarding the motives behind our contribution and will aid anyone’s analysis of the ECR proposal. And on one of Apoorv concerns — what does the ECR proposal brings to end-users — of course I would first recommend to wait for the project to be approved and the first versions to be released for in-depth assessment, but no doubt it will bring the value of Open Technology and Open Source, that I don’t think needs to be demonstrated here.

5 things that I like about moving Nuxeo Core to the Eclipse Foundation

Last Wednesday, Nuxeo posted a proposal to contribute its core software into a new Open Source Project within the Eclipse Foundation called the Eclipse Enterprise Content Repository (ECR) Project. I am very excited about this move, as I truly think large scale Open Source projects thrive within the realm of a vendor-neutral organization rather than in a vendor managed Open Source community. I think this will help increase our capacity for innovation at Nuxeo and will also positively impact our product adoption and boost collaboration opportunities and technological alliances in the future.

I don’t want to write a long blog post here, but rather share a few simple reasons about why I’m thrilled about this decision and very excited about what’s coming next. So here it is—my 5 simple reasons for being passionate by this contribution to the Eclipse Foundation:

  1. Looking backward, I am really impressed and full of respect for what the Eclipse Foundation has achieved over the past few years. It’s been an incredible journey to see it evolve and grow far beyond what it was initially—from an IDE (and I was a Netbeans guy at the time …) to a huge open source community and ecosystem.
  2. Looking forward, especially at new projects emerging from the Foundation such as the Orion project, I believe that the momentum for innovation is still on the upswing, and the Eclipse Foundation will be a vibrant place for ingenuity for many years, with many opportunities to explore.
  3. What’s happening within the Eclipse Foundation and our Product Strategy are strongly compatible. We both share a love for developers and a strong desire to provide them with outstanding tools to better develop their projects!
  4. From a software standpoint, the relationships with existing projects in the Eclipse Foundation, and especially in the Runtime project are self-evident. No need to elaborate here on how the Nuxeo Enterprise Platform can leverage and team well with the Equinox OSGi framework, the Jetty web container, Gemini, Virgo, P2 …
  5. From an Open Source business point of view, I really like the balance between community and business that’s fostered by the Eclipse Foundation. Being on the business side of Open Source software ventures for more than 6 years now, and being convinced of the value of the Open Source development model, I have often encountered misunderstandings, arguments or incompatibilities between people thinking they are on two opposed sides, community OR business, which doesn’t make a lot of sense to me. I really have the impression that the Eclipse Foundation is a playground where both aspects of the software activity can coexist in harmony—making it an extremely dynamic and healthy environment!

To conclude, as I would like to keep this short, I will simply point to two excellent blog posts that went out last week right after our announcement: the explanation from Eric, our CEO, regarding why Nuxeo made this move, and the very sharp article by Matt Aslett from 451 on our proposal.

… and I added a little sketch of the Nuxeo Product Offering to show just how much the Eclipse ECR Project will be at the core of our Product portfolio and how much we will take care of it, as it will be at the heart of any of new product development.

Nuxeo Technology, Products and Services

Customization-as-a-Service with Nuxeo Studio 2.0

Last week we launched Nuxeo Studio 2.0, a new version of our online customization service for the Nuxeo Enterprise Platform. Working on this release side by side with the rest of team here at Nuxeo, I have been really impressed by what we achieved. Studio is an important piece in our overall product strategy—what we fondly refer to as Customization-as-a-Service. And, we’re not talking about a distant future, today, there are already approximately 150 applications powered by Nuxeo Studio!

When it comes to developing content applications, we believe that most cases have specific needs and ask for a high level of flexibility and extensibility, hence our decision to build a strong and sophisticated platform: Nuxeo EP. While we develop this platform, we also focus heavily on building tools that make it easy for application builders to develop solutions on top of it. Enabling developers to simply and efficiently build applications is critical to fulfilling our mission of allowing our customers to better manage their content. It’s not enough to have a sophisticated platform—the tools used to build on top of it must be effective, powerful, and intuitive.

The opportunity to provide customization and configuration in the cloud, “as a service”, as well as applying this strategy to development and deployment environments, as a whole, opens up tremendous possibilities for our customers and developers alike. It’s exciting to know that we’re just scratching the surface of Studio’s capabilities!

First of all, it means you can start developing quicker and you can stay focused on your development. No software to install on your systems, no environment to build, you get rid of all the usual tasks that often curb your projects in their initial phase and require too much maintenance.

It also means you can simplify the deployment of the work that you do such as using the automated update from Studio on your Nuxeo application in different runtime environments (typically: development, QA or production) without any hassles!

A very simple example is deploying document types. I’ve been working with many CMS, some of which are not really flexible or offered poor capabilities when it comes to define your own content types. Others, like Nuxeo EP, are much better and allow you to define in just a few clicks your own content models to suit your needs.  This is a great asset, but unfortunately, if you don’t have a simple way to manage deployment of the document types you define, it can easily turn into a burden for people in charge of the run, constantly struggling when it comes time to deploy on new environments, upgrade their platform, or realign their configurations. These are some of the problems that Studio can solve.

But the biggest value in my opinion, is that it helps you handle the upgradeability of your platform! Studio automatically handles upgrades of your work (or should we say remove the need for upgrades) and ensures you won’t have to spend hours on your custom code or configuration when you want to benefit from a new version of Nuxeo EP. Your plugins developed with Studio will naturally run on the new version without any effort on your side. And, of course, being delivered as a Service, upgrades of Studio itself are transparent to you …

So, to sum up, my views on the key assets of studio when it comes to Customization as a Service:

  • developing faster and expending less effort to control your work environment
  • deploying easily on your various platforms
  • ensuring upgradeability of your work!

Of course Nuxeo Studio is much more. It’s a full environment which abstracts the complexity of coding and provides a visual way to build applications—but I won’t go into details here, it’s better to have a look at the online resources that I summarize below.

On the technical side, as it is delivered as a service, its user interface requires that it run in a browser. Making large web based applications using a lot of Ajax in such an industrialized way is not an easy task. That said, we decided to go for the Google Web Toolkit technology (GWT) plugged into Nuxeo Enterprise Platform on the back end.

Studio is approximately 100,000 lines of java code and GWT helped us in that respect, providing rich user interface snippets, a relatively painless learning curve, and development tools that integrate with Eclipse (the google eclipse plugin) which help reduce the time for coding and testing cycles.

We’re constantly enhancing Studio with many innovative features, providing more customization capabilities, and will continue offering it as a service! We’ve got a lot brewing and we’re looking at an integration with Eclipse for better integration with the tools used for Java development when this is requested. We’re also planning a bunch of improvements in the fields of deployment and usability in general. As ever, we would love to hear your feedback and ideas.

A few pointers if you want to know more:

A a 3-minute introduction to Nuxeo Studio:

How to make an application based on Nuxeo open source document management system in 7 minutes with Nuxeo Studio:

See how to configure your Nuxeo application in less than 15 minutes using Nuxeo Studio to deploy your customizations thanks to the Admin Center!:

Bye bye eZ, welcome Nuxeo !

Last day of november was also my last day working as an eZ Systems employee.

I have decided to go  another way, mostly based on my personal wishes to look at new challenges and also get closer to my many friends in north america. My position as product manager of eZ was not compatible with both of those wishes and I decided to jump in a new fresh position at a new company.

From today I will work for Nuxeo, in a very similar role as what I used to do at eZ, entitled v.p. Product, but in a context that is significantly different. My focus will be to drive and develop the adoption of Nuxeo’s products on the market and to coordinate and support Nuxeo’s product development and marketing efforts to help making them as succesfull as they can be !

Nuxeo is a very promising and interesting company developing a cutting edge ECM software platform (providing Open Source Document Management solutions, but also Digital Asset Management solutions, Case Management solutions and others), thanks to the vision of Nuxeo’s architects and founders when they designed and developed further the platform. Relying on the Java stack was certainly a good pick from a high level point of view (no offense to the LAMP stack that I also love but that I see as a better match for WCM software / Front End applications). More than that, it is on the low level that they have been extremly smart in making the good choices  in the Java Enterprise jungle ! Relying on technologies like OSGI or CMIS, contributing to a number of interesting innovative projects, introducing new services such as Nuxeo Studio or Market Place which are clearly providing added value to architects and developers on top of the open source software, all things that clearly illustrate that vision.

I am very excited by this change for many reasons: refocusing on the ECM world and exploring new fields here, returning to java,  being part of the development of a company that might be one of the next success stories of the ECM market and finally, being a constant traveller between Paris and the US  and many more !

I am still a newcomer when it comes to the Nuxeo Platform but I will learn fast and hopefully share part of what I learn here as well as what we will do next ! Stay tuned if you’re interested.

Latest eZ Systems moves, looking for a better Open Source development model

eZ Systems, the company I have been working since end of 2005, has made two significant decisions in the last 6 months. I consider those interesting and worth to look at now, with an eye that has more perspective, distance and less involvement.

I am refering to, on one hand, eZ Systems transferring the eZ Components project to the Apache Foundation (see http://incubator.apache.org/zetacomponents/) and on the other hand introducing eZ Publish Community project simultaneously with a commercial package based on eZ Publish called eZ Publish Enterprise.

Does that reflect a good move to a succesfull Open Source  development model ? I think so. Of course it is far from enough to achieve that goal, and certainly not enough also to shape a succesfull business model; many other steps are on the road to success ! But I still think those two moves are going in the good direction. I’ll try to give some hints on this here.

First I would like to highlight the fact that I speak here of a succesfull “development model” and not of a succesfull “business model”. The two things are significantly different, though extremely closely related. In the last months, many folks from the Open Source community, including execs from Red Hat, analysts from 451 or other emerging vendors like Nuxeo have insisted on this important thought: You should consider Open Source as a development model and not a business model if you want it to deliver value. I truely believe this is the right angle to look at the Open Source phenomenon: a powerful and unequaled development model for software.

The first  decision I mentionned is about transfering eZ Components to a new project hosted by the Apache Software Foundation (and including a renaming in Zeta Components).  The move was definitelly the one to do in my opinion and was an important one. Since the beginning, the eZ Components project was thought as a low level PHP library that would help in building the next generation of eZ Publish software but that would also spread in the whole PHP community with the goal to turn it in a very succesful high quality PHP library/framework widely used on the market, providing eZ Publish with top quality low level components that are also adopted by a wide range of developers and that contribute in making eZ a very good choice when it comes to extandability ! In my opinion, It definitelly make more sens for that to develop this project as an external, independant and community driven one (that would then not suffer from eZ’s unforeseen events) than in an in-house project where eZ as a company would control all the resources and own all the intellectual property. I  even think now it was a mistake to start in-house, and from the beginning this project chould have been an external one, but this is not a major mistake at all and the project can catch up on that one, I am sure.

So yes, with some more distance and perspective, I welcome the Zeta Components considering it is the best choice for eZ Systems to try to leverage its initial investment and collaborate with this project to participate in a shared open source development effort.

Another interesting side topic raised here is about joining an existing foundation such as the Apache Foundation (the other choice would have been for instance to make a more independant project). I strongly believe that in that specific case of the Zeta Components, an existing foundation makes a lot of sens. In the past, the Apache Foundation, the Eclipse Foundation or the Mozilla foundation have all demonstrated they were bringing a lot of value and capable to bridge community driven open source projects with business. I see here a strong potential fit ! Zeta Components, by definition, could benefit to many other business, not competing with eZ, and joining forces can only be done in joining an existing organisation such as the one mentionned

The second decision I touched is the introduction of the eZ Publish community project on the side of the eZ Publish Enterprise package. In short, eZ Publish Community project is trying to engage the whole community, enabling and easing contribution to the develoment of the core of eZ Publish itself (and not anymore only on extensions). In less than a year the eZ Publish community has been restarted. There is now again a very good momentum. The community, while being very professional, is growing and developing significantly with high number of members, stronger activity and very significant number of downloads and installations for a commercial open source software. A governance project is baking. The work here of Nicolas Pastorino and the core community team has clearly demonstrated it is worth engaging the community on product development and activating ways of contribution to eZ Publish ! Well managed, this should provide eZ Systems and all the eZ Ecosystem with a significantly increased engineering capacity, for the best of all the ecosystem members.

Combining those two decisions shows a mixed way to deal with Open Source development, that can be hard to understand. On one side, eZ tries to leverage a strong and large existing independant open source software organisation and on the other, to develop its own community with its own tools and infrastructure instead of rallying to an existing organization. Is this the good approach ? Isn’it a contradiction ? Should eZ think about  contributing the whole eZ Publish community project to an existing open source software foundation such as the ASF ? I am still sometime wondering about that last idea, but clearly, eZ Publish being the core CMS sofware, and Zeta Components being only a low level infrastructure component, the 2 different choices are making a lot of sens: on one side we have a development effort that can not be shared with competing projects, on the other, a huge interest to mutualize and share the development effort with other users.

Interested in the topic of Open Source product development (btw on that topic, I can only recommend that blog post of Ian Skerrett on successful open development communitiesy), I really think eZ might have here a really nice combined approach that might deliver all its promises if well implemented ! I wish the best of luck to the eZ ecosystem, the eZ Publish community and the Zeta components projects in pursuing in those directions, I strongly hope they will demonstrate this mixed approach can be valuable.

But of course, this is a very little part of the endeavour, and thinking those two decisions are enough to reach a successful Open Source development model would be a huge mistake. The main and most difficult tasks will be in smartly coordinating a community effort and an internal engineering effort, in implementing the right marketing approach to the community projects, both of them, and developing at the same time a sales and marketing effort on the commercial side of the business that doesn’t contradict but leverage the value of the community effort. I again think it is all here about perception, packaging and delivering value on top of Open Source software.

To be continued !

When a blogging system takes the 1st step of a WCM podium

I recently went through a post from Matt Mullenweg where he announces wordpress winning a CMS award. Like often with Matt Mullenweg, the way it is phrased is really well done in my opinion, but that’s another story, read it there if you are interested; http://wordpress.org/news/2010/11/cms-award/

What strikes me here is not the result of this award, that has in my opinion a really little meaning, but that it takes me back to a topic I considered 5 years ago with a totally different perspective. I remember 5 years ago attending to MovableType events where the pitch was really to explain how blogs will change the face of the web and the way we make web sites and how blogging system would burry both CMS software and e-Commerce software.

At that time, I was really thinking this was a wrong approach, the one of “using the wrong tool for a specific problem”. Looking at the example showcased at that time, that would only comfort me in that thinking: the e-shop or e-magazine showcased were just hijacking the experience of a personal blog to try to adapt it for another purpose, and while it might at the time surf a bit with the early web 2.0 buzz, I really thought this was a bad message to the market and was not a solid and sustainable approach to develop an online business.

Now, discussing yesterday with some fellow CMS practionners, one of them reacted to the recent wordpress announcement I mentioned above, claiming that this is ridiculous, WordPress being anything but a CMS.

Of course debating that topic can take hours of discussions, may be with very little results and I should not really jump in “what kind of CMS are we talking here ? (_of course WCM I should still say_)” or revisiting the list of features you should expect from such a system. There is indeed a journey exploring the feature scope of WordPress, exploring the gap with Joomla then Drupal and looking at even more sophisticated ones like eZ Publish. There is another journey in looking at how they perform in each announced feature and, no, I don’t want to play that game here !

But a shorter thing to do is simply looking at the real world of users, and what they do with the software we give them, and I must admit the landscape has totally changed. The numerous “non blog” websites run by wordpress are not anymore what I saw 5 years ago at the time when Movable Type was the rising star. They are not anymore tweaking with the user experience and they are real products that are the exact same target low/mid end web content management systems have.

It is actually a relative of mine who first pinpointed this to me, let me explain: As I am working in this CMS world, I am the target of constant sollicitations from my friends and family when it come to making their own websites, one is running a small sepcialty food store and want to be visible online to expand its business, another is a sculptor and needs a website to showcase his art, yet another is a consultant and want to have his offering on the web … I always tried to escape their requests by telling them “Open a blog, that is what you need and you’ll be able to do everything on your own (meaning without my help ..)”  and what would happen usually is that they would hate the idea of having a blog and I would have to try to do a website for them using eZ Publish, PHP or even static publishing some times … It’s only recently that, facing the difficulty of me being a bottleneck and the technicality of the system I sat up another one, they did some research to find alternate solutions and came back to me with the suggestion to use WordPress (without even knowing it was a blog platform). That was sort of a bad joke to me considering that, a while ago, I would have love them accepting my proposal to go for wordpress ! But that is indeed highlighting in a very clear way that WordPress is not anymore a blogging system but a solution for low or mid end Web Content Management needs, it is the users and what they do with it that are telling it !

So what ? What should I keep from this ?

For sure, the fact that looking not only at solutions themselves but also at how users uses them is really important in having a clear understanding of the technology landscape. In short, technology is nothing without users. You always learn the most watching them, and this is true for all kind of software and all kind of users, from developers to end-users.

And of course, to always be very careful with rankings, categorizations and awards. They mean so little compared to what’s really important to look at when for instance choosing a solution. Obviously, I don’t think WordPress satisfies the same requirements as more sophisticated platforms such as eZ Publish or many other enterprise grade solutions when it comes to business critical use. But in the end, all is in really understanding what means “business critical” for your use !

Welcome here

Welcome here ! After having run with little success a couple of french blogs on different topics that I love from music to fooding, I realized it was may be time for me to write down my thoughts in a more personal way when it comes to the world I spend most of my week days (and some time week end as well) for years, the one of Internet Applications, Digital Content, Content Management ….

I hope I’ll write down here my personal views on this professional world I am evolving in, on a regular basis, with the first goal to write for myself things that would free some of my memory. Like computers when they get old, I need to free some space for fresh thoughts and that blog might be the best way to store ideas that have matured enough, without really loosing them!

And of course I will be delighted if those words raise some reader’s interest and start off discussions and comments !