Skip to main content

AOW: Shooting for the Moon instead of the Mountain

A recent Medium article exposes some of the drawbacks inherent in the business model of the TaskRabbit service.

 TaskRabbit is very much in the space that my Action Oriented Workflow mines for all possible work interactions but only for the subset of physical labor of a temporary and nature. They are a subset of the much larger space that AOW enables harnessing with both physical and knowledge work (this being the much bigger piece of the pie that WorkNetz will primarily focus on)...that said, one of the key features of the AOW technology  is the ability for delegated agents to REJECT work they do not wish to do OR to even simply never get work in their cue at all if they are not electing to receive it.

I saw this as a critical requirement of the system for two reasons:

1) If you give them the ability to reject they retain that sense of ownership, they are indeed their own boss and work on their own schedule as most people want and with Taskrabbits pivot are not denied.

2) Allowing people to reject work allows that work to move with alacrity to those who are available and want to do it, if you've got a global pool of options then this becomes MORE certain the larger your organization and or the larger your pool of possible contractors are.

:I explain why this is critical in my posts on Action Oriented Workflow but the sound bite can be had by flipping through this presentation deck I prepared last year to describe how AOW enable systems will work.

WorkNetz AOW presentation slides

With the implementation of the autonomous work routing of the ADA (Action Delta Assessment) algorithm the determination of who gets a delegated action is done purely by the historical algorithm and those preferred nodes are virtual managers by virtue of the fact that their past performance has made them stars to the system and they still have the ability to re-delegate (reject work) that they get in their queue.

This virtual or dynamic management is the only type of management that should exist I posit, a real time assessment of ability to redelegate work trumps the manual distribution of labor that is done when people are in charge of teams of workers which is rife with opportunity for cronyism to skew results away from what would be ideal for the business. I elaborate on this in the AOW white paper.

When TaskRabbit was announced, I recognized it immediately as a play that was tacking toward what I'd already built with AgilEntity in the form of the AOW paradigm which generalizes the solution for any vertical physical labor or knowledge work. I considered describing WorkNetz the company I am working on now to present solutions built on the AOW paradigm as: "taskrabbit for everything" at some point...given this shift in their approach, which makes sense given that in any given geographical region, there is a low density of people who can mobilize, are skilled and willing to perform a specific physical task it is clear why as a target TaskRabbit was aiming too low, they built a rocket that only allowed them to reach for the mountain instead of the moon.

Solving the problem for one type of labor (physical) made sense as there would be no need to tackle the much harder problem of generalizing to all types of work actions irrespective of their nature as physical labor associated or knowledge work associated would be a much more difficult task one that I took on and completed when I completed the implementation of the Action Oriented Workflow technology in AgilEntity in 2005.

I chose to generalize the solution for any type of interaction and let the business decide how it is going to provide incentives to the agents it already has...what I defined as "in sourcing". This is critical as it prevents the attrition problem that is described in the article where once a person is set up with a tasker through the service why would they use the service a second time if they can get the direct contact information for that same tasker from the initial interaction? By enabling any existing business to turn all it's employees into an emancipated workforce of contingent laborers who are employees one can harness that existing workforce optimally to make action execution fluid and 24/7 possible and maintain this advantage even as the company grows from 10 to 10,000 "employees" distributed all over the globe.


WorkNetz AOW presentation slides


Fried Rice said…
I like the analogy w/ Task Rabbit a lot but want to learn more about AOW applications in plain terms
Fried Rice said…
Esp. regarding distributing work globally...

Popular posts from this blog

Highly targeted Cpg vaccine immunotherapy for a range of cancer


This will surely go down as a seminal advance in cancer therapy. It reads like magic:

So this new approach looks for the specific proteins that are associated with a given tumors resistance to attack by the body's T cells, it then adjusts those T cells to be hyper sensitive to the specific oncogenic proteins targeted. These cells become essentially The Terminator​ T cells in the specific tumor AND have the multiplied effect of traveling along the immune pathway of spreading that the cancer many have metastasized. This is huge squared because it means you can essentially use targeting one tumor to identify and eliminate distal tumors that you many not even realize exist.

This allows the therapy for treating cancer to, for the first time; end the "wack a mole" problem that has frustrated traditional shot gun methods of treatment involving radiation and chemotherapy ...which by their nature unfortunately damage parts of the body that are not cancer laden but …

Engineers versus Programmers

I have found as more non formally trained people enter the coding space, the quality of code that results varies in an interesting way.

The formalities of learning to code in a structured course at University involve often strong focus on "correctness" and efficiency in the form of big O representations for the algorithms created.

Much less focus tends to be placed on what I'll call practical programming, which is the type of code that engineers (note I didn't use "programmers" on purpose) must learn to write.

Programmers are what Universities create, students that can take a defined development environment and within in write an algorithm for computing some sequence or traversing a tree or encoding and decoding a string. Efficiency and invariant rules are guiding development missions. Execution time for creating the solution is often a week or more depending on the professor and their style of teaching code and giving out problems. This type of coding is devo…

AgilEntity Architecture: Action Oriented Workflow

Permissions, fine grained versus management headache
The usual method for determining which users can perform a given function on a given object in a managed system, employs providing those Users with specific access rights via the use of permissions. Often these permissions are also able to be granted to collections called Groups, to which Users are added. The combination of Permissions and Groups provides the ability to provide as atomic a dissemination of rights across the User space as possible. However, this granularity comes at the price of reduced efficiency for managing the created permissions and more importantly the Groups that collect Users designated to perform sets of actions. Essentially the Groups serve as access control lists in many systems, which for the variable and often changing environment of business applications means a need to constantly update the ACL’s (groups) in order to add or remove individuals based on their ability to perform certain actions. Also, the…