Open fosterlynn opened 9 years ago
Steve Bosserman was also talking about something like this, I think, for the PV characterization project, which has a bunch of related work orders, but you can't see the relationships in NRP.
Lynn and I tried to list some spectrum of stuff that people call "project", starting with the smallest, noting what this is in NRP (if it exists there):
One of the distinctions in NRP is whether such a thing is an Agent or not: that is, does it have agency beyond just a group of people working together to do something? Signs of agency would be: having its own value equation or other governance rules. Or, doing exchanges with other agents.
If so, it might also be a "context agent", which is one of the concepts in NRP that seems to confuse people, and for which we don't have a coherent explanation yet. But if so, then processes and work orders may happen in the context of this project.
So what else does project mean, and where does it fit in this spectrum?
Perhaps a way to look at this would be to designate programs for more macro initiatives within which there can be multiple projects each comprised of process-related work orders. Both industry and academe oftentimes subscribe to "projects within a program" in organizing their work. And there are distinct leadership qualities and management skills associated with each. Just because one can handle projects doesn't necessarily mean that one can do similarly with programs. As a result, the range of skills required to successfully address projects or programs could be significantly intensified within distributed, collaborative and transparent contexts.
Car and walk discussions:
SENSORICA uses "project" as a context of work, as defined by Bob at the beginning. I think is a good definition and it sticks with us. A project in SENSORICA, as Lynn mentioned above, is an activity that has a beginning and an end, which is usually a market exchange, or some inflow from outside, like funding (grant, sponsorship, ...). I guess the most generic criteria is whenever the network has an intake as a result of an activity, a sale or some sort of funding, we need a project. Some funding activity can already be part of an existing project, in that case we simply create a process or a Workflow recipe for that same project. SENSORICA uses "Building SENSORICA" as a context of work, or project, for everything related to development or maintenance of the network. For example, if we have a fundraising activity for SENSORICA, we create a process or a Workflow recipe for the "Building SENSORICA" project. From my experience, I think processes do the in-between job...
Let's say a Sensorica project has a fundraising campaign, and has a bunch of work orders that corral processes that contribute to the fundraising campaign. That is an example of some set of processes that are in between project and work order.
(But @TiberiusB it's good that you going thru the issues and adding more comments...)
Do we need something between a Work Order and Project as an Agent?
Sensorica uses Project as something fairly ongoing, with some of its own governance (like value equation), roughly relating to a product line. It has a strong organizational flavor, and we have slotted it as an Agent.
Many people use the word "project" as something that produces a goal, has an end, and is not primarily organizational. This is common in IT for example. And it came up when discussion how to structure the NextEdge working group data. This however might be larger and longer than a work order, and work orders are needed for smaller units of work.
Should we add something else? If so, how to model and how to represent in the UI?