Stop the meetings!

Want to make your organisation more productive? stop or severely reduce the number of meetings?

An early meeting at the beginning of a project, set the tone, the working style, next steps and then get going! probably all was set, decided in a separate document, proposal, procurement.

if you have meetings then bi-weekly, weekly is too often, people don’t have time, monthly is too long (to forget what one was doing).

If one sets homework or todos, these can be checked off online by the manager. one reason to have a meeting is to remind / shame the slackers that works, typically. Shame, guilt, broken promises are not bad to expose in a meeting (gently). a round the table “progress report” is not bad.

Small heads up if someone excuses the reason not to have worked “the dog ate my work” this is a good sign to keep an extra eye on them.

excuses, excuses.

Writing EU proposals : plan or panic?

Plan. Start with the glorious 10 year vision. what is needed 5 years after the project ends, 2 years after and finally 1 year after. So backwards, chronologically.

Then one knows the why (impact) the proposal needs to be carried out. The what should be clear when the project is completed. With the why and what, the how (implementation) can be laid out. The who (consortium) follows on from the what, who is needed to do the tasks.

Note: many EU applications start with the who, friends, friends of friends etc. then we plan the work. This is basically the wrong way around, so read these pages for this approach, if not continue below.

Panic!

You have 2 months left, you’ve been talking for 4-6 months, started brightly, and people had ideas, some even read the call text. Then chaos ensued. Mostly about how to write the proposal, bottom up (small tech pieces glued together) top down, “let’s get the narrative / story right, first”. Oh the silent ones say something and through the chaos into a tailspin. oh my oh my.

Read my pages on what to do if you are there.

As a side result the implementation and impact sections will be much easier to write. Probably the excellence section too. That is the how’s too.

Digression: Consider building a bridge, one starts with the need, requirements, costs etc. The why, what, and the who is done via procurement and may not be that important in the overall process.

The point remains, if one can envisage a project from the longest time horizon and backfill, the proposal will be unique, consequent, clear, have logical steps and the right people to implement it.

A bridge and an IT project are, of course, different as there are more degrees of freedom in an IT project, the design can be a little more fluid.

Will AI Save me? – possibly, AI and EU applications, read here.

-> 10 year after the proposal ends, 5 year, 1 year, and end (see below)

Consider the emotional response of the reviewer (see document)

Posts navigation

1 2 3 4
Scroll to top