Mike FrenetteManager, IT PMO| Halifax Water (retired)Halifax, Nova Scotia, Canada
Would you say your thinking is driven by data or processes?
This question may be somewhat esoteric, but as a manager of a PMO, who used to be a DBA and a data zealot, I still find myself wondering what is inside the minds of each of the members of the various project teams within our PMO when it comes to analyzing the needs of our business users.
There are probably many ways to elicit business requirements, but I have have always started with the data - the entities and the relationships. I feel we derive so much more by delving what data entities there are in a business and how they relate one to other than we do from asking questions about the everyday processes one undertakes in the execution of duties, processes that could change at the drop of a hat. But ... the data model that drives the buseinss generally does not change.
As GenAI becomes more prevalent and the data that feeds it becomes more and more critical to produce useful answers to the questions we ask of it, and the prompting we undertake, I am more convinced that a data-driven line of thinking will trump a process-driven one every time.
Consider the simple question of whether a particular relationship between entities is one to one, one to many, or many to many and the complex discussions that can arise when the answers are contemplated.
What are your thoughts on this matter?
If you had to pick one, are you data-driven or process-driven? Saving Changes...
George FreemanThought Leader | Author | Architect| Florida, United States
Mike,
There’s a saying, “One man’s process is another man’s negligence.” Stated differently and with a sprinkling of sarcasm: When a stated process aligns with reality, it’s time to wake up, have a cup of coffee, and start your day (in other words, it’s a dream).
Workshopping and documenting processes stated by your customer is an understandable starting point. However, if I have access to control, master, transactional, and audit data, I prefer to look for patterns and behaviors before the formal requirements gathering begins. This way, I’m in a position to challenge the requirements more appropriately as they come in.
However, if that’s not possible, I will look for patterns and behaviors after gathering requirements and then cycle through a challenge-based round of requirements review.
So, when it comes to analyzing your customers’ needs, being data-driven, if available, is the platinum standard.
George
...
1 reply by Mike Frenette
Apr 04, 2024 6:08 PM
Mike Frenette
...
I believe, George, that you and I may be cut from the same cloth.
I agree one can gain much understanding from looking only at N organization's meta data and then properly structuring it into what could be called a discovery data model.
Saving Changes...
William M Hayden JrAdjunct Assistant Professor| University at Buffalo, School of Management, Operations Management & StrategyBuffalo, Ny, United States
Actually, the "Platinum Standard" is the integration of data and process,
mixed in deliberately with people, tech, and leadership.
Cheers,
Bill
...
1 reply by George Freeman
Apr 05, 2024 11:49 AM
George Freeman
...
Bill,
Please indulge the theory-basis for my thoughts:
“Knowledge is the accelerant that, when applied to a flame, produces the energy one needs to succeed.”
In the context of business requirements, the platinum standard I’m referring to relates to the knowledge source (i.e., the “accelerant”) that produces the highest energy output to drive your project (as represented through the “flame”) forward to success.
Our options are:
[1] – Knowledge provided through process-based statements: As elicited through documentation, subject matter experts, leadership, and the like—Qualitative knowledge.
[2] – Knowledge provided through behavioral examinations of facts (i.e., data): As elicited through examination of historical data—Quantitative knowledge.
Yes, and to the point of your statement, a project manager operating under good practices should treat these options as “mutually inclusive” (i.e., they happen simultaneously and cannot be separated) and expose all the knowledge to challenged-based review by the stakeholders.
Unfortunately, this good practice often falls victim to project politics surrounding customer correctness; that is, the knowledge (normally qualitative-based) your customer provides is, by definition, the “project fact” that will initiate your project. If the knowledge lacks the energy to drive the project toward objective success, then “so be it,” it’s what they provided, end of story.
Hence, it seems appropriate to call out the perspective that data-driven behavioral-informed knowledge finds more basis in fact through its quantitative qualities than qualitative knowledge exposed through “process-based definitions” provided by humans. Both are needed, but one stands superior in its veracity.
George
Saving Changes...
Mike FrenetteManager, IT PMO| Halifax Water (retired)Halifax, Nova Scotia, Canada
Apr 04, 2024 4:50 PM
Replying to George Freeman
...
Mike,
There’s a saying, “One man’s process is another man’s negligence.” Stated differently and with a sprinkling of sarcasm: When a stated process aligns with reality, it’s time to wake up, have a cup of coffee, and start your day (in other words, it’s a dream).
Workshopping and documenting processes stated by your customer is an understandable starting point. However, if I have access to control, master, transactional, and audit data, I prefer to look for patterns and behaviors before the formal requirements gathering begins. This way, I’m in a position to challenge the requirements more appropriately as they come in.
However, if that’s not possible, I will look for patterns and behaviors after gathering requirements and then cycle through a challenge-based round of requirements review.
So, when it comes to analyzing your customers’ needs, being data-driven, if available, is the platinum standard.
George
I believe, George, that you and I may be cut from the same cloth.
I agree one can gain much understanding from looking only at N organization's meta data and then properly structuring it into what could be called a discovery data model. Saving Changes...
Kristian BaineyCEO of K-PIC Systems Inc.| K-PIC Systems Inc.Edmonton, Alberta, Canada
In the world of AI it would be data-driven.
“AI is a powerful knowledge base tool used for making data-driven decisions or predictions from pattern recognition to improve patterns, connected to human, cultural, or societal contexts, using a
multidisciplinary approach. Simply put, AI is a powerful tool that provides options and information needed by humans that may have been overlooked to speed up productivity. It is crucial to remember that the final decision should always come from the human who understands ethics, empathy, accountability,
limitations, adaptability, responsibility, and complex real-world judgments that the machine or mechanism cannot.” --Bainey, Kristian
Senior Projects Manager | Field & Marten AssociatesNew Westminster, British Columbia, Canada
Mike, very good question. I've always been and I believe will always remain a data-driven person. I believe in Evidence Based Management rather than Process Based Management because data does help us make more objective and informed decision while following a process doesn't!
...
1 reply by Dr. Deepa Bhide
Apr 07, 2024 11:34 PM
Dr. Deepa Bhide
...
Hello Rami Kaibni. I agree with you. Healthcare poses an interesting scenario in terms of data-driven or process-driven. Data gives you facts at the point of care, and process ensures a standard operating manual is followed—a key component in healthcare, where while innovative processes are good, time-tested ones are critical.
In my opinion, both data and process driven are key in healthcare project management.
Saving Changes...
Sergio Luis ConteHelping to create solutions for everyone| Worldwide based OrganizationsBuenos Aires, Argentina
People like me that works in systems and software systems will remember that this is a debate from long, long time ago. We are creating solutions and solutions must be architecture driven. Architecture could have four / five different views that must be integrated. People can find it into things like 4+1 Model of Philippe Kruchten. Unfortunatelly things like generative AI, pushed by the transformer model, are becoming buzzwords then usually when this happens a big misunderstanding is crated outside there. Saving Changes...
George FreemanThought Leader | Author | Architect| Florida, United States
Apr 04, 2024 5:14 PM
Replying to William M Hayden Jr
...
Actually, the "Platinum Standard" is the integration of data and process,
mixed in deliberately with people, tech, and leadership.
Cheers,
Bill
Bill,
Please indulge the theory-basis for my thoughts:
“Knowledge is the accelerant that, when applied to a flame, produces the energy one needs to succeed.”
In the context of business requirements, the platinum standard I’m referring to relates to the knowledge source (i.e., the “accelerant”) that produces the highest energy output to drive your project (as represented through the “flame”) forward to success.
Our options are:
[1] – Knowledge provided through process-based statements: As elicited through documentation, subject matter experts, leadership, and the like—Qualitative knowledge.
[2] – Knowledge provided through behavioral examinations of facts (i.e., data): As elicited through examination of historical data—Quantitative knowledge.
Yes, and to the point of your statement, a project manager operating under good practices should treat these options as “mutually inclusive” (i.e., they happen simultaneously and cannot be separated) and expose all the knowledge to challenged-based review by the stakeholders.
Unfortunately, this good practice often falls victim to project politics surrounding customer correctness; that is, the knowledge (normally qualitative-based) your customer provides is, by definition, the “project fact” that will initiate your project. If the knowledge lacks the energy to drive the project toward objective success, then “so be it,” it’s what they provided, end of story.
Hence, it seems appropriate to call out the perspective that data-driven behavioral-informed knowledge finds more basis in fact through its quantitative qualities than qualitative knowledge exposed through “process-based definitions” provided by humans. Both are needed, but one stands superior in its veracity.
I would argue that it is a bit of a, "Which came first, the chicken or the egg?" dilemma.
Data by itself is meaningless. Is one unit of something important or not? It is only when data is interpreted that it becomes information which may be useful. Gathering data requires a process as does interpreting it whether it be an explicit process like AI algorithms or implicit like heuristics. Flaws in either result in unreliable information.
Even when a process is developed to produce repeatably correct results, it requires data to confirm correctness at the outset, and that the process remains "in control". The elements within the process may change with time, like a machine that slowly drifts out of tolerance, and the external environment may change affecting the inputs to the process.
...
2 replies by Dr. Deepa Bhide and George Freeman
Apr 05, 2024 3:34 PM
George Freeman
...
Hi Keith,
Without [1] business domain, [2] project objective, [3] schema, and [4] technical data interrogation knowledge/skills, you will face some degree of bootstrapping (i.e., the chicken or egg dilemma), and then as you said, there’s that “minor issue :-)“of interpretation.
So, what do you do?
[A] Reject the proposition and move forward with the qualitative knowledge you have.
[B] Solicit the behavior data from the customer and then “challenge out” possible confirmation biases.
[C] Bring in external resources as part of the project to accomplish this task.
[D] Use internal resources to navigate and challenge your way through the menagerie.
[E] Something else.
I would say that it’s not as complicated as it would seem, although I’ve seen an entire team abort a project due to an application-level bootstrapping issue that overwhelmed the team analogous to a social contagion.
That said, If you can consolidate the four knowledge/skills areas above, then you can open the door to the “chicken coop” and start building the metadata-level knowledge that will allow you to break through the questions of “where to start” and “what am I looking for.” Once you have the landscape at your fingertips, you can start building the measures that will allow you to contrast the knowns, and then, from there, you can endeavor into the unknowns.
It’s not an all-or-nothing proposition for completeness or accuracy, as the goal is to challenge the knowns, and that happens whether the contrasting data presented is deemed correct or not, as perspectives will find themselves challenged in the process, and the project will benefit.
George
Apr 07, 2024 11:36 PM
Dr. Deepa Bhide
...
Keith Novak I agree with you on the dilemma of chick and the egg. In my opinion, its both, data and process driven that are important.
Saving Changes...
George FreemanThought Leader | Author | Architect| Florida, United States
Apr 05, 2024 1:02 PM
Replying to Keith Novak
...
I would argue that it is a bit of a, "Which came first, the chicken or the egg?" dilemma.
Data by itself is meaningless. Is one unit of something important or not? It is only when data is interpreted that it becomes information which may be useful. Gathering data requires a process as does interpreting it whether it be an explicit process like AI algorithms or implicit like heuristics. Flaws in either result in unreliable information.
Even when a process is developed to produce repeatably correct results, it requires data to confirm correctness at the outset, and that the process remains "in control". The elements within the process may change with time, like a machine that slowly drifts out of tolerance, and the external environment may change affecting the inputs to the process.
Hi Keith,
Without [1] business domain, [2] project objective, [3] schema, and [4] technical data interrogation knowledge/skills, you will face some degree of bootstrapping (i.e., the chicken or egg dilemma), and then as you said, there’s that “minor issue :-)“of interpretation.
So, what do you do?
[A] Reject the proposition and move forward with the qualitative knowledge you have.
[B] Solicit the behavior data from the customer and then “challenge out” possible confirmation biases.
[C] Bring in external resources as part of the project to accomplish this task.
[D] Use internal resources to navigate and challenge your way through the menagerie.
[E] Something else.
I would say that it’s not as complicated as it would seem, although I’ve seen an entire team abort a project due to an application-level bootstrapping issue that overwhelmed the team analogous to a social contagion.
That said, If you can consolidate the four knowledge/skills areas above, then you can open the door to the “chicken coop” and start building the metadata-level knowledge that will allow you to break through the questions of “where to start” and “what am I looking for.” Once you have the landscape at your fingertips, you can start building the measures that will allow you to contrast the knowns, and then, from there, you can endeavor into the unknowns.
It’s not an all-or-nothing proposition for completeness or accuracy, as the goal is to challenge the knowns, and that happens whether the contrasting data presented is deemed correct or not, as perspectives will find themselves challenged in the process, and the project will benefit.
Mike, very good question. I've always been and I believe will always remain a data-driven person. I believe in Evidence Based Management rather than Process Based Management because data does help us make more objective and informed decision while following a process doesn't!
Hello Rami Kaibni. I agree with you. Healthcare poses an interesting scenario in terms of data-driven or process-driven. Data gives you facts at the point of care, and process ensures a standard operating manual is followed—a key component in healthcare, where while innovative processes are good, time-tested ones are critical.
In my opinion, both data and process driven are key in healthcare project management. Saving Changes...