Paul Boag, one of the founders and directors of Headscape, once said; “We specialise in sh*t projects.”

If, like me, you run projects for a normal, every day web agency. If you do not always get the opportunity to be working with the latest cool technology or utilize the next whizz bang idea. If you don’t build sites for rock bands or the latest cool technology start-ups. How do you keep you team excited and enthusiastic about their day jobs? After all, if your team is not interested in the work that they are doing then they will not produce the high standards that you need and that they are capable of. This in turn is demotivating and you end up in a downward spiral.

How do you get your team excited about a project for brown paper bag manufacturers?

It doesn’t belong to you

The first thing to do is to promote ownership of the project within your team. Let them in on the solution. It can be tempting at times to solve (or try at least) all the problems yourself. It is much better to get your production team (designers and developers) in on the act as early as possible in the project. Do not present your designers with a list of things to do. Instead, give them a collection of problems that their design needs to solve. Do not dictate the technology that your developers must use. Instead give them the information that they need to choose the most suitable tools for the task.

Allow your team to shape the solution and they will take pride in the result. Let the project be their project. Not your project.

Express yourselves

The second thing to do is to allow your team the time and space to express themselves. Allow them to be creative; to try a new technique in a real project situation. Even if it is something very small in the grand scheme of the project it can act as the signature of your production team. This mark of ownership will inspire them to make sure that even the most mundane of projects can be the best that it can be.

Allow your techies to experiment with the new features of the latest programming language release. Allow your designers to put in that extra fun element that will only work in in the latest cool browsers. Give them the space play with a real project in a real life situation.

Using a new technique or a new technology can be enough to provoke the interest of your team. This means that the website for the brown paper bag manufacturers can be the most exciting project that you team has ever been a part of.

Slaves to the time line

Alarm bells are ringing. What about the time line! We have a deadline to meet.

And quite right too. These extra bells and whistles cannot get in the way of real targets and delivery milestones. However, if you build some time into your schedules to allow for this kind of experimentation you will have a happier, more enthusiastic and, ultimately, more productive team.

This will also encourage your team to keep developing their skill set knowing that they will get a chance to use their new found talents in real projects leading to a higher quality of work over all.

Is this something that you have tried? Or as a designer or developer have you tried to sneak little Easter Eggs into your work just to make sure that you still have a pulse at the end of the day? Let me know.

The Joel Test no.11

Published: February 21, 2010 16:00

The application process is there for two reasons. One, for the employer to get to know if the employee is a good fit. And second for the employee to get to know if the employer is a good fit. With any role a new hire needs to address a number of ‘transferable skills’ questions such as ‘can this person communicate clearly’ and ‘can this person work with others’.
However, on top of this each role has specific skillset requirements. It is these requirements that need bespoke methods of identification. The question is, what methods should we use?

All article content is licenced under a Creative Commons Attribution-Noncommercial Licence.

via cargowire.net

Posted via web from bobscape | posterous

About 2 minutes before the the show was about to be recorded Paul came into my office as said; ” Come on, you are on the show this week. It’s the Christmas Special!”

I was a little concerned that I had had no time to prep. I needn’t have worried.

Checkout the boagworld Christmas special podcast starting me; Rob “the reindeer” Borley.

Back in March, when I first had an attempt at launching this blog, I published an article called “Warm Body Syndrome“. Despite nobody actually reading it at the time (except Sam Barnes; thanks Sam) it is my most popular post via google searches.

As Headscape are back on the recruitment merry-go-round (product marketing or something(?) | tech guy/gal), and some people actually  read this blog now, it seemed like a good time to float this post back to the top again.

Found any warm bodies?

Have a read of  ”Warm Body Syndrome“. Google stats can’t be wrong! It must be good. *smile*

Let me know what you think. Have you ever recruited a “warm body”? Maybe you have been a “warm body”. What was your experience?

A big, if not the biggest, part of my job as a web project manager is dealing with clients. This is actually the part of the job I enjoy the most and see the client as, very much, a part of the project team. I have found that an honest and transparent approach is best when dealing with query’s and problems and involving clients in the general processes of the project (as much as they are able) leads to a smoother road for all concerned.

I have said this before but I see a PM’s role as one of facilitation. I need to enable people to do what they are good at and I need to, wherever possible, stay out of the way. To some extent, this includes client communication.

The ambassador

I recently read a good post by John Reeve; Project Managers: Why every creative agency needs one. In this article he talks about the PM’s role of ambassador. A go-between between the client and the production team. While I agree that this can be necessary at times I see this as only a temporary role.

As PM I need to be aware of all communications. I need to have  a complete overview of the project and understand what is going on when and who needs to do what next. This doesn’t mean that I need to be a middle man. While I still hold on to my technical routes, the chances are, when a client has a question or a problem of a technical nature I will not know the answer.  I will need to go and ask the tech team. Similarly, with a design based question, I generally have no hope without first consulting the design team. So why should I get in way?

Expose your team

We have found it useful to introduce the client to the team at the earliest possible stage in the process. Wherever possible the lead designer and lead tech on a project will be at the project kick-off meeting.  The team will take a lead in conference calls where questions or discussions are to be had about their area of expertise. As long as I am kept in the loop then there is no reason for me as PM act as messenger boy.

When this process works well the client feels more connected with the process and, as they get to know the team, have a greater level of confidence in the the time-scales, quality control and ultimately, the deliverable.

Obviously, some relationships are difficult. This is where the role of “ambassador” goes on for longer than is ideal. As PM it is important to spot and manage these situations so as to still produce the required results and get the job done. I have found this to be a rare scenario.

Openness and transparency as an approach needs to stretch throughout the structure of the project. This includes exposing your team to your clients.

What is your experience?

As a designer or a developer, what is your experience of  dealing directly with a client? As a client, what is your experience of talking directly to production team members or maybe your experience of not being able to? PM’s, do you have experience of this approach going horrible wrong?