Florida Investment Network


Recent Blogs


Pitching Help Desk


Testimonials

"As soon as I put in my proposal, I got offers from four different investors within 48 hours! The funding process took less than 2 weeks. I now have the funds to partner with a digital marketing agency and scale my e-commerce business! 10/10 will certainly recommend this site to other entrepreneurs."
Asela M - Mystic Phoenix Fortress LLC


 BLOG >> Recent

The Structure of Tasks [Psychology
Posted on July 21, 2021 @ 01:07:00 PM by Paul Meagher

Todo lists are an often used tool for being productive. Todo lists, however, can hide alot of the complexity involved in performing a task. A simple way to think about a todo list is that you create a list of tasks that you want or need to accomplish and check each of them off when they are done.

Lately I've been frustrated by the fact that before I can engage in doing a task I either have to fix something, find some item, or buy some item involved in completing the task. The various common ways in which your todo list tasks can become more difficult I call "productivity impasses".

As an example, we recently buried a power line to our barn which involved digging a trench to lay the power line in. That created bare soil so I wanted to spread some grass seed over it and water the seeds in. Watering the seeds in involved hooking up a hose to a sprinkler and moving the sprinkler around before and after planting. Not a big job, but I forgot that at the end of last year I had difficulty removing the spray nozzle because I didn't take it off all season and it became cemented to the hose end. I used an angle grinder to remove it and ended up cutting into the hose end. When I attached that hose end to the sprinkler it sprayed out water at the connection point. So I spent some time trying to find a hose end connector needed to fix the hose (I often have a hose end connector lying around in case) but eventually decided to go out to a hardware store and pick up a new hose end connector. I then returned home, fixed the hose, and watered in the grass seed. So to accomplish this task I had to spend time looking for a needed part, buying a needed part, and fixing the hose with that part before I could finally accomplish the task of watering in the grass seed.

This is an example of a find-then-do impasse, a buy-then-do impasse, and a fix-then-do. The need to find, buy, and fix stuff are often not included in the description of a task which might be stated as "water in the grass seed".

Another common impasse is the agree-then-do impasse where the time it takes to agree to do something eats up alot of the time that could be dedicated to getting on with the task. It can often be good to get different perspectives on a job, but it could become dysfunctional if you can't reach agreement in a timely manner.

A learn-then-do impasse occurs where instead of just getting on with doing the task, you have to spend time learning how to do it. For me, this often involves watching a few youtube videos until I get a good sense of how it should be done.

It is not clear whether you can anticipate all the impasses that might impede your performance of a task but knowing that some common types impasses might arise could be helpful in becoming less frustrated in managing your todo lists and better at estimating how long it might take if you factor in potential impasses.

One approach to creating more effective task lists might be to associate each task with a list of properties that might be specified to detect possible impasses. For example, the "Water in the grass seed" task might have this task description and set of properties to fill out or think about.

Water the grass seeds
  • Requires:
  • Fix:
  • Find:
  • Buy:
  • Learn:
  • Agreement Required:

A task might have lots of properties worth analyzing, but the theory here is that examining tasks in terms of common potential impasses might be a good use of time. I am also aware of the "paralysis by analysis" concern and wouldn't get this detailed about most task planning.

A completed Task Properties List (TPL) might look like this:

Water in the grass seed
  • Requires: Water Supply, Water Hose, Sprinkler
  • Fix: Fix hose end. Get water working again in garden shed.
  • Find: Hose end, Water Hose, Sprinkler
  • Buy: Hose end
  • Learn: No new learning required
  • Agreement Required: No

Originally, my task was just to "Plant the grass seed" until the issue of getting hoses to work made "water in the grass seeds" a separate task. The Task Property List for planting the grass seed looked something like this originally:

Plant the grass seed
  • Requires: Grass seed, water, tamper
  • Fix: Remove large rocks, add river sand to level soil, tamp down soil, tamp seed into soil
  • Find: Tamper
  • Buy: Grass seed
  • Learn: Watch youtube videos on planting grass seed
  • Agreement Required: No

The scope of a task is another aspect one might reflect on when analyzing a task. Tasks often have a hierarchical structure with tasks embedded in higher level tasks. The task description should describe a task at the proper level of embedding. If the task is too high level, it might take a long time to complete whereas if you want to complete 5 tasks today, you might have to formulate your task description in way that makes those tasks doable in a day.

A different type of impasse is a fix-then-fix impasse where a fix creates other issues that have to be fixed. The task of "installing a new electrical service to the barn" created the task of reseeding the area that was ripped up to bury the line. Connecting the power line to a new service panel in the barn also created a plumbing issue because the water line ran where the panel was installed. So the task of installing a new electrical service to the barn created the need to fix the soil that was ripped up and to fix a plumbing issue. You could include these fixes as properties of the original task but generally it is better to think of the fix-then-fix type of impasse as generating new separate tasks to distinguish them from the smaller fixes that need to be completed to finish the task at hand.

Conclusion

I don't spend alot of time analyzing tasks in this level of detail. I was spurred to do so after noticing certain patterns in the types of impasses I was running into when trying to accomplish a farm task. I decided to itemize common types of impasses and then to analyze tasks by asking whether one of these impasse types might arise. The tool for doing this I call the Task Properties List that has field labels associated with common impasse types.

Whether this is useful approach or not, I don't know, but it does seem like an interesting way to think about the structure of tasks. I chose the term "impasse" to describe these productivity zappers because there is a literature on impasse driven learning that might be relevent but which also might extend the concept of an impasse in more practical ways then the academic literature tends to do.

Permalink 

 Archive 
 

Archive


 November 2023 [1]
 June 2023 [1]
 May 2023 [1]
 April 2023 [1]
 March 2023 [6]
 February 2023 [1]
 November 2022 [2]
 October 2022 [2]
 August 2022 [2]
 May 2022 [2]
 April 2022 [4]
 March 2022 [1]
 February 2022 [1]
 January 2022 [2]
 December 2021 [1]
 November 2021 [2]
 October 2021 [1]
 July 2021 [1]
 June 2021 [1]
 May 2021 [3]
 April 2021 [3]
 March 2021 [4]
 February 2021 [1]
 January 2021 [1]
 December 2020 [2]
 November 2020 [1]
 August 2020 [1]
 June 2020 [4]
 May 2020 [1]
 April 2020 [2]
 March 2020 [2]
 February 2020 [1]
 January 2020 [2]
 December 2019 [1]
 November 2019 [2]
 October 2019 [2]
 September 2019 [1]
 July 2019 [1]
 June 2019 [2]
 May 2019 [3]
 April 2019 [5]
 March 2019 [4]
 February 2019 [3]
 January 2019 [3]
 December 2018 [4]
 November 2018 [2]
 September 2018 [2]
 August 2018 [1]
 July 2018 [1]
 June 2018 [1]
 May 2018 [5]
 April 2018 [4]
 March 2018 [2]
 February 2018 [4]
 January 2018 [4]
 December 2017 [2]
 November 2017 [6]
 October 2017 [6]
 September 2017 [6]
 August 2017 [2]
 July 2017 [2]
 June 2017 [5]
 May 2017 [7]
 April 2017 [6]
 March 2017 [8]
 February 2017 [7]
 January 2017 [9]
 December 2016 [7]
 November 2016 [7]
 October 2016 [5]
 September 2016 [5]
 August 2016 [4]
 July 2016 [6]
 June 2016 [5]
 May 2016 [10]
 April 2016 [12]
 March 2016 [10]
 February 2016 [11]
 January 2016 [12]
 December 2015 [6]
 November 2015 [8]
 October 2015 [12]
 September 2015 [10]
 August 2015 [14]
 July 2015 [9]
 June 2015 [9]
 May 2015 [10]
 April 2015 [9]
 March 2015 [8]
 February 2015 [8]
 January 2015 [5]
 December 2014 [11]
 November 2014 [10]
 October 2014 [10]
 September 2014 [8]
 August 2014 [7]
 July 2014 [5]
 June 2014 [7]
 May 2014 [6]
 April 2014 [3]
 March 2014 [8]
 February 2014 [6]
 January 2014 [5]
 December 2013 [5]
 November 2013 [3]
 October 2013 [4]
 September 2013 [11]
 August 2013 [4]
 July 2013 [8]
 June 2013 [10]
 May 2013 [14]
 April 2013 [12]
 March 2013 [11]
 February 2013 [19]
 January 2013 [20]
 December 2012 [5]
 November 2012 [1]
 October 2012 [3]
 September 2012 [1]
 August 2012 [1]
 July 2012 [1]
 June 2012 [2]


Categories


 Agriculture [77]
 Bayesian Inference [14]
 Books [18]
 Business Models [24]
 Causal Inference [2]
 Creativity [7]
 Decision Making [17]
 Decision Trees [8]
 Definitions [1]
 Design [38]
 Eco-Green [4]
 Economics [14]
 Education [10]
 Energy [0]
 Entrepreneurship [74]
 Events [7]
 Farming [21]
 Finance [30]
 Future [15]
 Growth [19]
 Investing [25]
 Lean Startup [10]
 Leisure [5]
 Lens Model [9]
 Making [1]
 Management [12]
 Motivation [3]
 Nature [22]
 Patents & Trademarks [1]
 Permaculture [36]
 Psychology [2]
 Real Estate [5]
 Robots [1]
 Selling [12]
 Site News [17]
 Startups [12]
 Statistics [3]
 Systems Thinking [3]
 Trends [11]
 Useful Links [3]
 Valuation [1]
 Venture Capital [5]
 Video [2]
 Writing [2]