A project starts with an idea to implement. The rest is about how, steps, objectives, budgets etc. Kepner Tregoe, project statement, work breakdown structures, objectives, cost performance time. Bottom-up analysis collects together recorded issues to solve together in a project as a group. Top-down analysis breaks a concept down into parts.
Moving new ideas into action is about recording positive ideas that you want to implement. But you’re recording both good ideas to implement and business issues.
The principle is the same in that you’re going to build a project out of elements. However, here I want to focus on issues.
Breaking down items into parts
Software is composed of modules which are composed of lines of code.
A cake is made of flour, eggs and chocolate. Flour is ground from wheat which is grown from seeds, eggs come from chickens which are fed on corn, chocolate comes from cocoa which is exported from South America. You get the point. But in terms of relationships, a cake is in a direct relationship with its ingredients but knows chickens, seeds and South America only indirectly.
The relationship between cake, its ingredients, the cooking process and the basic ingredients are hierarchical which can be represented as follows:
I want to talk about life planning and purpose.
Breaking objectives into steps
In the organization of business action plans, it is important to break down objectives into steps in order to achieve them and to know whether steps are nested within a higher level or whether they are adjacent.
This may all seem rather academic, but it is part of the experience, of the training which leads to formulating plans. This is where we talk about breaking it down and building up.
Building small ideas into big ideas
Evernote is used as the library, moh.io (unavailable) is a ‘vital’ tool to explore notes and bring them together. More than particularly as described above in idea management when you already have all those ideas stored in the Evernote library.
Bottom up projects
A project may also start from a collection of observations, how to improve something, observations of operational failings, quality. The challenge is to make the aggregate project elegantly represent the sum of its parts, not leaving bits out.
Bottom-up projects are about collecting and accumulating individual ideas and combining them into a project when they get to a critical mass.
The rest is about how, steps, objectives, budgets, project statement, work breakdown structures, cost performance time (Kepner Tregoe). This is where Evernote is so useful to link together notes that might initially seem unconnected.
Evernote links ideas together with moh.io
Link ideas with tags and with link lines. Ensure that there are no items without tags. This may not seem very important in itself. But consider that you have already spent considerable time recording, defining and tagging items as notes, the moh.io process allows you to go back over these notes, potentially pull them into a project but also to evaluate them to see if they are if they fit in with a project.
This technique can also be used to define a system as a collection of like items. moh.io allowed you to navigate by tag, by stacks. The navigation is highly dynamic, being able to jump from tag to tag from stack to stack, easily finding related notes by this navigation process.
Recording business issues
You’ve been recording observations of problems using Evernote as a document library. For each issue, you determine a possible cause and potential resolution.
However, you cannot always execute that solution straight away. You may lack time, need specific resources or just because it’s more efficient to group issues together. Look for similar problems or issues that have the same solution.
Make sure that you’re recording issues faithfully, so you capture the real observation and identifying potential solutions. This enables you to link them together and then create that bottom-up project.
Bottom-up analysis is where you have many problems and bring them together, to create a project to solve several issues.
You might know instinctively or intuitively that there are some issues out there could be solved together in one project.
We leave things aside until we can resolve them as a group in project mode.
Top-down analysis is where you have one good idea, but it’s quite a big idea perhaps a strategic issue, a long-term thing or just a big thing you might not be able to achieve in one step but more than one. There may be different components and subcomponents.
You want to break the big idea or concept into parts and you want to give some thought to what those parts would look like by functional analysis.
Perhaps you want to implement is a process, a new service.
Bottom-Up and Top-Down
One example is from software which is composed of modules formed of lines of code. We know that you can’t just implement a piece of software in one go, you have to write the code and design the modules.
The example of a cake made of different components: flour, eggs and chocolate. We know that we’ve got to mix those things in a specific order. You can’t mix the eggs with the flour until you’ve broken them.
Flour is milled from wheat which we grow from seeds. Eggs come from chickens fed on corn. Chocolate comes from cocoa which we import from South America. But the relationship between cakes and chickens is only indirect.
These are components and subcomponents in a hierarchical relationship. There is a direct relationship between cakes, flour and eggs and an indirect link between cake, wheat and cocoa, so the connections are hierarchical. And there is an order, a sequence in which we can solve issues.
So, there is this idea of breaking things down systematically, hierarchically, one level to the next.
In the bottom-up analysis, we have a bunch of issues that could group into a sensible project. A top-down analysis breaks an idea down into components to implement in parts.
Purpose is a top-down approach. The idea is that if you have a purpose you retro plan actions to acheive the objectives that the purpose defines.
However GTD says there’s no point in having a purpose if you can’t get things done. If you do, then you can build on that to imagine higher objectives, a higher purpose.
Purpose can also give focus by providing a starting point.
Purpose is not only a higher objective, it can also be the reason why you get up in the morning.
This enables people to learn about their business, managers to gain understanding of the system in which they operate, students or theorists to understand their system models. In conjunction with UML, developers, designers, system modellers, lawmakers looking at social engineering, sociologists looking at human systems, society, the functioning of society and complex systems.
Anywhere where there are relationships between individual objects, concepts, nodes and the need to get a stand-back holistic vision of the whole, the sum of the parts.
I will be offering examples of such systems analysis but in general, I use the notation to set down objects in proximity with a view to gaining new perspectives. There is an aspect of the theoretical here. We will not always handle true, real-life systems and we may talk about how-we-would-like-them-to-be systems, designing for improvement.
This may apply to any domain, business, educational, social, political. I wish there to be no-holes-barred. We could, for instance, describe the racism system as a study in understanding its causes, the actors, the thoughts, beliefs and cures, but the main aim is to describe the tools and explore the free-minded thinking.
Why is this useful or interesting?
I use moh.io for mind mapping on the basis of existing nodes or fitting new ones inmoh.io Can also be used to create notes directly in ‘mind map mode’. Not forgetting that when nodes are created in moh.io that they become ever notes which beg to be defined, filled in and the full power of Evernote is therefore available to go round through the cycle again.
Once you start to complete a note you will find that, in completing the detail, that you come to better understand the subject in question.