Freedom For Ideas

Sharing ideas, concepts and thoughts, mainly about Information Technology – and consulting

Posts Tagged ‘Books’

Poor, transparent tools

Posted by Yannick Martel on October 26, 2009

Poor, transparent bike

Coming back to Tools for Conviviality, I want to share some thoughts on software architectures. Software products and associated frameworks on which we build them are tools. As such, the criteria of choice is usefulness to our goals. They should be servants.

Ivan Illitch advocates that “the simple, poor tool is a humble servant; the elaborate, complex, secret tool is an arrogant master”. How many times have we seen choice of tools which we do not master? Which are “elaborate, complex, secret”, and the more fascinating because they are? Can we mention:

  • Complex, poorly understood architectures, based on new concepts which are barely understood?
  • Huge packaged products, which contains the expertise of generations of analysts and programmers, but which you don’t pretend to master in a lifetime?
  • Sophisticated frameworks, which are supposed to do it all and are the best you can get. But cannot sometimes the best be too much?
  • Assembly of “best of breed” products, which can turn into “poorest of suite”?

Have you seen these? For myself, I have seen them too many times. With Ivan Illitch, I want to advocate a preferred choice of “simple, poor tools”, which can be mastered and are not too much for our hands, and this apply too well to our software architectures. Thanks to Tools for Conviviality, we have guidelines for selecting them when KISS is not enough. Guidelines which show us how to put at the center the human beings who are going to run, use and rely on them.

Posted in Architecture Style, Books, IT, Methodologies | Tagged: , , , , | Leave a Comment »

You don’t need a damned e-shop, your customers deserve more!

Posted by Yannick Martel on September 24, 2009

Going shopping?

I admit it, I am a telco guy, having worked in that sector for longer than I care to count. It is thus a pleasure for me to see telecom operators transform and adapt, when they do it for good. I appreciate seeing new ideas take form and shape for the benefit of all, vendors and customers. But it seems to me most telcos are struggling with their Internet strategies. They have a hard time setting up nice enough Internet site, keeping them up and running and attracting customers to them.

Probably that’s the reason why I want to share here what I would like to tell them, especially after reading Jeff Jarvis.

1- Stop calling the Internet site where you promote your products and sell them an e-shop or an Internet boutique.

Once you know a thing’s name, your control it. That’s the nice side of the coin. The other side is: you name it wrong, you get it wrong. Naming your selling site a boutique means it will be only this, a copy of a physical shop, where you only expect to sell at a reduced cost – to you. Thus at best it will provide a slightly worse experience than a physical shop. Don’t ask why your customers are still going there.

Instead, you should find what else it could be, and try to do it. But that should be something better, unique, which can be done only via the power of Internet – and we know that we can do many new things thanks to Internet. If you don’t, just take a tour before building your web site.

2- Stop positionning it as a competition to your physical shops

A bit of a competition is good, too much can be dangerous, especially inside a firm. Build your business relationships, most of all with your colleagues, on trust and cooperation, not competition – don’t worry, competition will come by the side, even if not encouraged. This means you should develop the Internet media as a new, original one, which has its own niche, and is complementary to shops. If your Internet presence compete with your physical shops, it means that you are not promoting at their best the advantage of each channel. And don’t forget: while your are busy managing the devastating effects of internal competition, others might be taking care of your (old) customers.

3- Create a community and hand it control

The Web 2.0 is all about communities. We are lucky in that mobile phone and even Internet access are already community-oriented. Mobile phones are trendy gadgets, and for many accessing the Internet via an operator is being part of his community. Not for everybody, but you only need a small critical mass to start with it.

So the advice is, straight from What Would Google Do?: make your on-line presence a platform on which communities can live and flourish. As a side-effect, these communities can help you sell your products, or better use them. If you take care to listen and cooperate with them, they can help you improve your products, get better support, package them the right way or price them the right way. First, you accept to be influenced, and then you give them some control. Then they can help you and work for you – by working for themselves.

4- Don’t do it all yourself

If this program sounds pretty difficult, you are on the right way. But don’t do it all yourself! You can build the minimum infrastructure, hand them the tools, and then get ideas and help from the masses. Your devoted users can help you design your next best-selling products. They can also build many aeras of your next successful community platforms (aka web sites). Allow and encourage plug-ins and links.

5- Provide them access to your best deep resources

That’s the best of true SOA and SSOA. If you really want to get help and you are serious about it, you should do your best to those people devoted to help you. You should give them access to your most valuable resources, to the depths of your IT, network and service infrastructure. And the best part of it: be happy if they are using it better than your own guys.

And now, where do we start?

Posted in Books, IT, Management, SOA | Tagged: , , , , , | Leave a Comment »

Discipline and teams, part 3

Posted by Yannick Martel on September 24, 2009

A social activity

I know I should be doing some sport. I like running and live close to the forest. I know it would be better for my body and my health and I do not have any reason not go running every Saturday morning. Or do I? I just cannot discipline myself to go. Comes my son, Simon. He wants to perform better at the running competition organized by the schools of the sector. He then suggests that we should go together to run a bit every Saturday morning, that it would be better for my health. And I say “Yes!”, with good chances to stick to it. I have even stopped using the elevator for getting up the six floors to my flat.

Alone, I lack the discipline. The two of us are stronger. Interestingly, Scott Peck does not develop much this topic, but only mentions group therapy exercises without developing much. My point is that the two of us are a team: a group of persons oriented towards the same goal and willing to cooperate towards it. Simon wants to perform at the competition and his dad to be healthy, I want the same, we have found a way to work together to the two objectives. And I think we will stick to it more easily because we will support one another. This can be the same with a husband and wife couple, and this is the same with a team at work, a true team.

Indeed a group of people can be much worse or much better than a single individual. When not performing, it can be lazy, prone to self-indulgence and sustain poor results – bad attitude can be reinforced. On the opposite, a well-oriented team can offer very strong support to its members – each one is helped by the others and by the conscience of the team.

This is the reason why I have a lot of hopes in the power of team to help in making deep changes in firms, such as infusing a new culture of customer orientation or continuous improvement. Peter Scholtes in The Leader’s Handbook mentions that change is a social activity – we can make better changes in groups if we treat it first as social change, as change in relationships. And we can make better changes if we get help from true teams!

Posted in Books, Management, Motivation | Tagged: , , | Leave a Comment »

Agile Adoption Patterns, 1, 2, 3

Posted by Yannick Martel on September 16, 2008

A sleeping volcano in Auvergne (France)

This looks like a plateau, but is in fact a volcano. Beware!

Let me confess it: I am not an expert in Agile. I have yet read only the first three chapters of Agile Adoption Patterns, from Amr Elssamadisy, and I already want to share with you how much it has inspired me. Especially in relationship with a specific project we at OCTO Technology are helping to get Agile. I will go on reading the remaining 43 chapters and may later review them here.

Agile is nowadays quite fashionable, and this very success generates its own problems. Amr mentions that the very first teams adopting Agile “methods” obtained 500% improvements in productivity, but that as Agile is becoming more pervasive and adopted by a wider audience we see more teams getting instead only 50% improvements, or failing to obtain any improvement at all. Indeed I now realize that the project I have in mind has probably reached this 50% plateau. Amr’s intention is to help us overcome this difficulty and implement an Agile adoption strategy to go much beyond.

For this, Amr’s gives me two keys. The first key is learning. Learning is the bottleneck in software development, the limiting factor in your effort to develop efficiently useful and dependable software. Learning might be about the functional domain, your user’s preferences, technologies, software development processes, whatever. Thus many of the Agile practices help people examine frequently what they have done and get an opportunity to learn and improve: short cycles, retrospectives, test-driven specifications, etc.

My “plateau” team is not today using some of the most important learning-oriented practises, such as refactoring and retrospective. The emphasis is more on velocity, not on learning. IMHO, this explains the plateau: once you have adopted some basic practices, you don’t improve anymore if you are not willing to experience frequently the slight unease of realizing you could have done better and turn it into the next incremental enhancement.

The second key is personal responsibility. The best Agile teams are self-directed, self-improving and responsible. Collective responsibility can only be based on the individual responsibiliy of team members. Many Agile practices help people in the team evolve towards more individual responsibility. Just as an individual cannot be ordered to be responsible, a team cannot be declared self-directed, but you can help it.

My “plateau” team is not today self-directed. It is composed of individuals moving in a hierarchical environment, which does not encourage personal responsibility. Agile adoption has not been positioned as a change in culture, only as “just another software development methodology”. I think we have not worked enough to empower the team, maybe because we did not fully appreciate the effects of the cultural gap.

The third chapter is about business values. What are your most important goals? What are your reasons for improving your software development process? Amr suggests some candidates, and invite to look for the right motivation for your team. If we know why, we have better chance to improve, and in the right place.

My best idea right now is to talk to the various members of the team and project sponsors, and try to understand what is the motive for getting the team Agile. Time to market? Yes, we would all like to get a release a few months sooner. Cost? Yes, of course, as everybody. But isn’t there any other reason, more specific to their situation? Then, I hope we will be able to get them motivated and empowered to overcome the plateau.

Posted in Agile, Books, IT, Methodologies | Tagged: , , , | 1 Comment »