Difference between revisions of "SEBoK Users and Uses"

From SEBoK
Jump to navigation Jump to search
 
(60 intermediate revisions by 8 users not shown)
Line 1: Line 1:
The users and uses described in this article were identified based on the six SEBoK purposes described in the [[SEBoK v. 1.1.1 Introduction|SEBoK v. 1.1.1 Introduction]].  
+
The SEBoK is intended to be a resource that can help anyone understand more about {{Term|Systems Engineering (glossary)}}. Systems engineers should obviously benefit, but so can undergraduate engineering students, those new to the SE discipline, or people who work with systems engineers and want to understand more about what to expect from systems engineering activities. This article explores a variety of personas. Once you determine which persona best represents you, read on to get practical advice on how to utilize the SEBoK.
  
Users can either be primary (those who use the SEBoK directly) or secondary (those who use the SEBoK with assistance from a systems engineer). Indicative, but not exhaustive, sets of example uses are shown in Tables 1 and 2 below.
+
==Personas==
 +
In marketing, "personas" are used to illustrate potential users or customers. Personas are fictional characters that represent a demographic of a target audience. For the SEBoK, we've developed personas that represent different types of people who we anticipate will utilize the SEBoK:
  
==Primary Users==
+
*[[SEBoK Users and Uses#An Undergraduate Engineering Student|An engineering undergraduate student]]
Primary users are those who use the SEBoK directly, as shown in Table 1. Hyperlinks in the second column link to the associated use case, where one has been written. The use cases are listed at the end of the topic, and may also be seen [http://www.sebokwiki.org/1.1.1/index.php?title=Category:Use_Case here.]  
+
*[[SEBoK Users and Uses#A New Systems Engineer|A new systems engineer]]
 +
*[[SEBoK Users and Uses#An Experienced Systems Engineer|An experienced systems engineer]]
 +
*[[SEBoK Users and Uses#A Chief Systems Engineer|A chief systems engineer]]
 +
*[[SEBoK Users and Uses#An Organizational Manager|An organizational manager]]
 +
*[[Guidance for Educators and Researchers|A systems engineering educator or researcher]]
 +
*[[Guidance for General Managers|A general manager]]
  
{|
+
Note that initial work on personas was published in (Hutchison et al. 2023). The personas published in this reference were built upon and edited to support this article.
|+ '''Table 1. Primary SEBoK Users and Common Uses.''' (SEBoK Original)
 
|-
 
!#
 
!Users
 
!Uses
 
|-
 
|  1 
 
|[[Use Case 1: Practicing Systems Engineers|Practicing Systems Engineers]] ranging from novice through expert
 
|
 
*Taking on a new SE role in a project; preparing by finding references for study
 
*Expanding SE expertise and specialization; preparing by finding references for study 
 
*Seeking to understand the principles of SE; seeking the best references to elaborate on those principles
 
*Reviewing a project or mentoring a new SE performer; seeking to understand what best practices to look for 
 
*Pursuing professional development through study of SE topics, including new developments in SE
 
|-
 
|  2 
 
|Process engineers responsible for defining or implementing SE processes
 
|
 
*Maintaining a library of SE process assets; seeking to understand which SE process models and standards are most relevant 
 
*Tailoring a process for a specific project; seeking to learn how others have tailored processes, or how a specific application domain affects tailoring
 
*Measuring the effectiveness of an organization’s SE processes; seeking to learn how others have done that
 
*Defining standards for a professional society or standards organization
 
|-
 
|  3 
 
|[[Use Case 4: Educators and Researchers|Faculty Members]]
 
|
 
*Developing a new graduate program in SE, and deciding what core knowledge all its students must master; the user should consult the ''Graduate Reference Curriculum for Systems Engineering (GRCSE™)'' in conjunction with the SEBoK 
 
*Developing a new SE course; seeking to identify course objectives, topics, and reading assignments
 
*Incorporate SE concepts in courses or curricula focused on engineering disciplines other than SE 
 
|-
 
|  4 
 
|GRCSE authors
 
|
 
*As members of the GRCSE author team, deciding what knowledge to expect from all SE graduate students
 
*See ''[[Graduate Reference Curriculum for Systems Engineering (GRCSE™)]]'' (Pyster and Olwell et al. 2012)
 
|-
 
|  5 
 
|Certifiers
 
|
 
*Defining a company’s in-house SE certification program; seeking to understand what others have done, how such programs are typically structured, and how to select the knowledge that each person seeking certification should master
 
*Defining certification criteria for a professional society or licensure program
 
|-
 
|  6 
 
|[[Use Case 5: General Managers|General Managers]], [[Use Case 2: Other Engineers|Other Engineers]], developers, testers, researchers
 
|
 
*Mastering basic [[Glossary of Terms|vocabulary]], boundaries, and structure of SE; seeking a few [[Primary References|primary references]]
 
*Learning what the scope of SE is, relative to the General Manager role 
 
*Learning what the the role of the [[Systems Engineering (glossary)|systems engineer]] consists of, relative to others on a project or in an organization
 
*Learning to effectively perform a general manager role on an SE integrated product team
 
|-
 
|  7 
 
|[[Use Case 3: Customers of Systems Engineering|Customers of Systems Engineering]]
 
|
 
*Providing resources to and receiving artifacts from systems engineers
 
*Seeking to better understand what to ask for, how to request it, how much to pay for it, and how to judge the quality of what is received
 
|-
 
|  8 
 
|SE managers
 
|
 
*Evaluating possible changes in team processes and tools proposed by systems engineers on various teams; seeking independent information with which to evaluate the proposals
 
*Hiring systems engineers, and developing competency-based job descriptions
 
|-
 
|  9 
 
|SE researchers
 
|
 
*Looking for gaps are in SE knowledge to help guide a research agenda
 
*Getting familiarize with a research topic; seeking the most important articles about the topic
 
|}
 
  
==Secondary Users==
+
===An Undergraduate Engineering Student===
Secondary users are those who use the SEBoK with assistance from a systems engineer, as shown in Table 2.  
+
Stueti is in her final year studying electrical engineering at a private university. In her capstone, she works on a multi-disciplinary team, including students from the mechanical and software engineering departments as well. As the team comes together, each student starts talking about using the most advanced techniques and technologies available in their part of the project. The discussion devolves into an argument about how to do this in the time and budget available. Her faculty advisor says that in order to be successful, they have to work together to create a useful product, which means that they can’t each focus on their own parts in isolation. The advisor suggests that they all need to come to the next team meeting prepared to discuss their project as a system. Stueti Googles "systems" when she gets back to her dorm and stumbles on the SEBoK.
  
{|
+
For Stueti, the SEBoK begins to expose her to systems concepts. In particular, Stueti could benefit from reading the articles in Part 2: [[Foundations of Systems Engineering]], particularly [[The Nature of Systems]], which will introduce her to different views on and core definitions of a system. From there, the articles in the [[Introduction to Systems Engineering]] knowledge area would be useful. Finally, Stueti reads the article [[Systems Engineering and Mechanical Engineering]], which relates to this new subject area that she has spent several years learning. In her reading, Stueti finds a few references that she thinks will help her better understand this SE stuff and help her apply it.
|+ '''Table 2. Secondary SEBoK Users and Common Usages.''' (SEBoK Original)
 
|-
 
!#
 
!Users
 
!Uses
 
|-
 
|  1 
 
|Human resource development professionals
 
|
 
*Supporting the hiring and professional development of systems engineers
 
|-
 
|  2 
 
|Non-technical managers
 
|
 
*Augmenting understanding of central concerns with information about relevant SE topics; e.g., a contracting manager might want to better understand SE deliverables being called out in a contract
 
|-
 
|  3 
 
|Attorneys, policy makers
 
|
 
*Defining the impact of SE performance on central concerns; e.g., understanding the liability of a systems engineer for errors in judgment on a project, or the limitations of SE in guaranteeing the success of a project against actions of sponsors, managers, or developers
 
|}
 
  
==List of Use Cases==
+
This gives Stueti a better understanding of what her professor meant – that all the different elements of the project (or system) must work together to achieve their project goal. As the capstone progresses, Stueti returns to the SEBoK to find additional resources as new issues come up.
At the time of version 1.0.1, not every class of user has a use case developed. To illustrate the major uses, the following use cases are included:
 
  
*[[Use Case 1: Practicing Systems Engineers|Use Case 1: Practicing Systems Engineers]]. This covers the first set of users from Table 1.
+
If you identify with Stueti, review the recommendation for [[Guidance for Systems Engineering Novices|SE novices]].
*[[Use Case 2: Other Engineers|Use Case 2: Other Engineers]].  This covers the second and sixth  sets of users from Table 1.
 
*[[Use Case 3: Customers of Systems Engineering|Use Case 3: Customers of Systems Engineering]].  This covers the seventh set of users from Table 1.
 
*[[Use Case 4: Educators and Researchers|Use Case 4: Educators and Researchers]]. This covers the third, fourth, and ninth  sets of users from Table 1.
 
*[[Use Case 5: General Managers|Use Case 5: General Managers]].  This covers the sixth and eighth sets of users from Table 1.  
 
  
While not exhaustive, the use cases show the utility of the SEBoK in various applications and contexts.
+
===A New Systems Engineer===
 +
Hans completed a master’s in computer science three years ago and has since been working for a small company in their IT department. The team he is on has been operating and maintaining the existing customer support system, which has become increasingly cumbersome and costly. Han's manager noticed that he was always asking good questions, and several times Hans’s curiosity helped the team uncover the root causes of problems. Hans has also exhibited “out of the box” thinking, which has helped create some novel solutions. Hans's computer science and programming skills are competent. The company creating a new customer support system and, based on his experience with the current system and his inquisitiveness, Hans’s manager asks if he would consider taking a role as the software systems engineer. In that role, he would be reporting directly to the chief systems engineer on the project. Hans looks forward to new responsibilities, but other than a few brief interactions with systems engineers, he’s not sure what they do. He is enrolled in the company’s introductory systems engineering course in a few weeks, but he wants to start understanding more about it now.
 +
 
 +
Han’s manager recommends he take a look at the SEBoK in preparation for his upcoming course. Hans, feeling a bit nervous, decides to search the SEBoK for “computer science” and finds the page, [[Exploring the Relationship between Systems Engineering and Software Engineering]]. This is a page about a paper by the same title, which Hans looks up to read later. In the SEBoK, he notices that this is used in something called, [[Software Engineering in the Systems Engineering Life Cycle]]. Hans reads this article and finds a number of related articles on the relationship between {{Term|Systems Engineering (glossary)}} and {{Term|Software Engineering (glossary)}}, which highlight the relationships between the two. Hans is now feeling more confident that this “systems stuff” isn’t completely different from what he has learned by applying his computer science degree on the job.
 +
 
 +
Hans continues to explore the SEBoK, finding a collection of articles about systems thinking, which he finds useful and which leads him to articles about the systems engineering process. He learns about lifecycle approaches and finds an article on agile systems engineering. He is very familiar with agile approaches from his work over the last three years. While reading the SEBoK, Hans looks at the references and identifies 6 articles and 2 books he wants to read to get more familiar with SE. He is feeling much more confident about his ability to tackle the upcoming course and his new role and bookmarks the SEBoK for future reference.
 +
 
 +
If you identify with Hans, review the recommendations for [[Guidance for Engineers|experienced engineers new to systems engineering]].
 +
 
 +
===An Experienced Systems Engineer===
 +
Yan has been working in a large company that makes medical devices for the last 10 years, ever since she earned her undergraduate degree in electrical engineering. Within a few years of joining the company, Yan was selected for a "high potential" program to develop new systems talent in the company. As part of the program, Yan completed her graduate degree in systems engineering last year. Currently, she is a lead designer on one of the company’s flagship products. She has taken all the courses her company offers around systems design and engineering and is looking for more resources to continue to develop her skills.
 +
 
 +
Yan is aware of the SEBoK and has read a few articles but has not used it often. She decides to search the SEBoK for “knowledge skills abilities” (KSA) as her company uses this term when evaluating performance. She finds articles on enabling individuals, ethical behavior, and roles and competencies. She reads the roles and competencies articles and learns about several different competency models. Primary references in these articles point her to these models, and she decides that the [[NASA's Systems Engineering Competencies]] model seems to align well with how her company views systems engineering. She decides to look through the competency model and see what competencies she has and which she might want to work on. She is generally comfortable with the competencies around the systems engineering lifecycle. She has had a few minor leadership roles, but some of the technical management competencies are less familiar. Yan decides that learning more about technical management will improve her skillset and make her more valuable to the company.
 +
 
 +
She skims the articles on [[Systems Engineering Management]] in the SEBoK, and the overview content is pretty familiar. Looking through the works cited and primary references, however, she finds a few really useful references. This leads to the definition of {{Term|Technical Management (glossary)}} in the SEBoK [[Glossary of Terms]], which points to a joint INCOSE/Project Management Institute (PMI) working group on the subject. Yan reaches out to this group and identifies further resources for self-study. After reviewing these resources, Yan is now more familiar with the vocabulary of technical management and looks for related short courses to help her hone her skills.
 +
 
 +
If you identify with Yan, review the SEBoK [[Guidance for Systems Engineers|guidance for systems engineers]].
 +
 
 +
===A Chief Systems Engineer===
 +
Jacquie is a chief systems engineer at a mid-size electronics company. She has led teams to successfully deliver several projects, over the years coordinating hundreds of engineers, project managers, and specialists. Jacquie has recently been asked to step in and support the lead engineers in several smaller projects to resolve some common challenges. She has noted that in almost every case, the issues have two root causes: lack of systems perspective and lack of coordination between teams of different disciplines. Jacquie has seen several initiatives to move the workforce in one direction or another fail over her 18 years with the company, so is wary of top-down mandates saying that everyone needs to become a systems thinker or something similar.
 +
 
 +
Jacquie is a long-time user of the SEBoK and remembers that there’s a section somewhere about enabling systems engineers. She quickly finds the section in the Outline (Part 5: [[Enabling Systems Engineering]]) and she notices a knowledge area on [[Enabling Businesses and Enterprises]] and starts reading. The articles on determining what capabilities organizations need and developing those capabilities are particularly helpful and lead her to a Harvard Business Review article on change management that is really useful.
 +
 
 +
Armed with this information, Jacquie gets a group of her peers together to discuss the challenges and some potential solutions.
 +
 
 +
If you identify with Jacquie, review the recommendations for [[Guidance for Systems Engineers|experienced systems engineers]].
 +
 
 +
===An Organizational Manager===
 +
The primary audience of the SEBoK is individuals working in the SE discipline, but articles are written in a way that should enable non-systems engineers to grasp the basics.
 +
 
 +
Juan is a mid-level manager at a large firm that makes major weapons systems for his nation’s defense department. The organization is trying to alter the culture toward a more integrative and collaborative model. This includes a focus on systems and systems thinking. Juan's leadership has emphasized that it is critical for all levels of management to show support for this initiative and that, without their support, the initiative cannot be successful. Juan has never heard the term “systems thinking” before and the only connotation he has with “systems” is the company's IT systems that are always causing headaches.
 +
 
 +
Juan Googles “systems thinking” and is immediately overwhelmed by the search results. Inundated with definitions from companies trying to sell systems thinking services or training, universities advertising their programs, and blog posts, which could be by experts or by people who only think they know what systems thinking is, Juan is quickly overwhelmed. He stumbles upon something that links “systems thinking” to “systems engineering”, which is a term he knows, though he has never been and has no desire to be an “engineer”. He refines his search to include both “systems thinking” and “systems engineering” in Google Scholar to try to find more reputable sources. Again there are tens of thousands of results. He goes to a systems engineer whom he often sees in the break room, and asks him what to do. The systems engineer points him to the SEBoK.
 +
 
 +
In the SEBoK, Juan quickly finds a knowledge area on systems thinking and several articles and papers that he believes he can trust to give authoritative information. After reading through the articles and references, Juan now feels he has a basic understanding of what systems thinking is and he now understands why this is such a critical part of the company’s strategy for change. Juan now has the vocabulary and knowledge to support the initiative as a member of the management team.
 +
 
 +
If you identify with Juan, review the [[Guidance for General Managers|guidance for general managers]].
  
 
==References==  
 
==References==  
  
 +
===Works Cited===
 +
Hutchison, N., A. Pyster, and R. Cloutier. 2023. "Using the Systems Engineering Body of Knowledge (SEBoK)." ''in'' Verma, D. (ed). ''Systems Engineering for the Digital Age.'' Hoboken, NJ: John Wiley and Sons.
 +
 +
===Primary References===
 +
Hutchison, N., A. Pyster, and R. Cloutier. 2023. "Using the Systems Engineering Body of Knowledge (SEBoK)." ''in'' Verma, D. (ed). ''Systems Engineering for the Digital Age.'' Hoboken, NJ: John Wiley and Sons.
 +
 +
===Additional References===
 
None.
 
None.
  
 
----
 
----
<center>[[Structure of the SEBoK|< Previous Article]] | [[SEBoK v. 1.1 Introduction|Parent Article]] | [[Use Case 1: Practicing Systems Engineers|Next Article >]]</center>
+
<center>[[Fundamentals for Future Systems Engineering|< Previous Article]] | [[SEBoK Introduction|Parent Article]] | [[Use Case 0: Systems Engineering Novices|Next Article >]]</center>
  
{{DISQUS}}
+
<center>'''SEBoK v. 2.9, released 20 November 2023'''</center>
  
 
[[Category:Part 1]]
 
[[Category:Part 1]]
 
[[Category:SEBoK Users and Uses]]
 
[[Category:SEBoK Users and Uses]]

Latest revision as of 20:00, 19 November 2023

The SEBoK is intended to be a resource that can help anyone understand more about systems engineeringsystems engineering. Systems engineers should obviously benefit, but so can undergraduate engineering students, those new to the SE discipline, or people who work with systems engineers and want to understand more about what to expect from systems engineering activities. This article explores a variety of personas. Once you determine which persona best represents you, read on to get practical advice on how to utilize the SEBoK.

Personas

In marketing, "personas" are used to illustrate potential users or customers. Personas are fictional characters that represent a demographic of a target audience. For the SEBoK, we've developed personas that represent different types of people who we anticipate will utilize the SEBoK:

Note that initial work on personas was published in (Hutchison et al. 2023). The personas published in this reference were built upon and edited to support this article.

An Undergraduate Engineering Student

Stueti is in her final year studying electrical engineering at a private university. In her capstone, she works on a multi-disciplinary team, including students from the mechanical and software engineering departments as well. As the team comes together, each student starts talking about using the most advanced techniques and technologies available in their part of the project. The discussion devolves into an argument about how to do this in the time and budget available. Her faculty advisor says that in order to be successful, they have to work together to create a useful product, which means that they can’t each focus on their own parts in isolation. The advisor suggests that they all need to come to the next team meeting prepared to discuss their project as a system. Stueti Googles "systems" when she gets back to her dorm and stumbles on the SEBoK.

For Stueti, the SEBoK begins to expose her to systems concepts. In particular, Stueti could benefit from reading the articles in Part 2: Foundations of Systems Engineering, particularly The Nature of Systems, which will introduce her to different views on and core definitions of a system. From there, the articles in the Introduction to Systems Engineering knowledge area would be useful. Finally, Stueti reads the article Systems Engineering and Mechanical Engineering, which relates to this new subject area that she has spent several years learning. In her reading, Stueti finds a few references that she thinks will help her better understand this SE stuff and help her apply it.

This gives Stueti a better understanding of what her professor meant – that all the different elements of the project (or system) must work together to achieve their project goal. As the capstone progresses, Stueti returns to the SEBoK to find additional resources as new issues come up.

If you identify with Stueti, review the recommendation for SE novices.

A New Systems Engineer

Hans completed a master’s in computer science three years ago and has since been working for a small company in their IT department. The team he is on has been operating and maintaining the existing customer support system, which has become increasingly cumbersome and costly. Han's manager noticed that he was always asking good questions, and several times Hans’s curiosity helped the team uncover the root causes of problems. Hans has also exhibited “out of the box” thinking, which has helped create some novel solutions. Hans's computer science and programming skills are competent. The company creating a new customer support system and, based on his experience with the current system and his inquisitiveness, Hans’s manager asks if he would consider taking a role as the software systems engineer. In that role, he would be reporting directly to the chief systems engineer on the project. Hans looks forward to new responsibilities, but other than a few brief interactions with systems engineers, he’s not sure what they do. He is enrolled in the company’s introductory systems engineering course in a few weeks, but he wants to start understanding more about it now.

Han’s manager recommends he take a look at the SEBoK in preparation for his upcoming course. Hans, feeling a bit nervous, decides to search the SEBoK for “computer science” and finds the page, Exploring the Relationship between Systems Engineering and Software Engineering. This is a page about a paper by the same title, which Hans looks up to read later. In the SEBoK, he notices that this is used in something called, Software Engineering in the Systems Engineering Life Cycle. Hans reads this article and finds a number of related articles on the relationship between systems engineeringsystems engineering and software engineeringsoftware engineering, which highlight the relationships between the two. Hans is now feeling more confident that this “systems stuff” isn’t completely different from what he has learned by applying his computer science degree on the job.

Hans continues to explore the SEBoK, finding a collection of articles about systems thinking, which he finds useful and which leads him to articles about the systems engineering process. He learns about lifecycle approaches and finds an article on agile systems engineering. He is very familiar with agile approaches from his work over the last three years. While reading the SEBoK, Hans looks at the references and identifies 6 articles and 2 books he wants to read to get more familiar with SE. He is feeling much more confident about his ability to tackle the upcoming course and his new role and bookmarks the SEBoK for future reference.

If you identify with Hans, review the recommendations for experienced engineers new to systems engineering.

An Experienced Systems Engineer

Yan has been working in a large company that makes medical devices for the last 10 years, ever since she earned her undergraduate degree in electrical engineering. Within a few years of joining the company, Yan was selected for a "high potential" program to develop new systems talent in the company. As part of the program, Yan completed her graduate degree in systems engineering last year. Currently, she is a lead designer on one of the company’s flagship products. She has taken all the courses her company offers around systems design and engineering and is looking for more resources to continue to develop her skills.

Yan is aware of the SEBoK and has read a few articles but has not used it often. She decides to search the SEBoK for “knowledge skills abilities” (KSA) as her company uses this term when evaluating performance. She finds articles on enabling individuals, ethical behavior, and roles and competencies. She reads the roles and competencies articles and learns about several different competency models. Primary references in these articles point her to these models, and she decides that the NASA's Systems Engineering Competencies model seems to align well with how her company views systems engineering. She decides to look through the competency model and see what competencies she has and which she might want to work on. She is generally comfortable with the competencies around the systems engineering lifecycle. She has had a few minor leadership roles, but some of the technical management competencies are less familiar. Yan decides that learning more about technical management will improve her skillset and make her more valuable to the company.

She skims the articles on Systems Engineering Management in the SEBoK, and the overview content is pretty familiar. Looking through the works cited and primary references, however, she finds a few really useful references. This leads to the definition of technical managementtechnical management in the SEBoK Glossary of Terms, which points to a joint INCOSE/Project Management Institute (PMI) working group on the subject. Yan reaches out to this group and identifies further resources for self-study. After reviewing these resources, Yan is now more familiar with the vocabulary of technical management and looks for related short courses to help her hone her skills.

If you identify with Yan, review the SEBoK guidance for systems engineers.

A Chief Systems Engineer

Jacquie is a chief systems engineer at a mid-size electronics company. She has led teams to successfully deliver several projects, over the years coordinating hundreds of engineers, project managers, and specialists. Jacquie has recently been asked to step in and support the lead engineers in several smaller projects to resolve some common challenges. She has noted that in almost every case, the issues have two root causes: lack of systems perspective and lack of coordination between teams of different disciplines. Jacquie has seen several initiatives to move the workforce in one direction or another fail over her 18 years with the company, so is wary of top-down mandates saying that everyone needs to become a systems thinker or something similar.

Jacquie is a long-time user of the SEBoK and remembers that there’s a section somewhere about enabling systems engineers. She quickly finds the section in the Outline (Part 5: Enabling Systems Engineering) and she notices a knowledge area on Enabling Businesses and Enterprises and starts reading. The articles on determining what capabilities organizations need and developing those capabilities are particularly helpful and lead her to a Harvard Business Review article on change management that is really useful.

Armed with this information, Jacquie gets a group of her peers together to discuss the challenges and some potential solutions.

If you identify with Jacquie, review the recommendations for experienced systems engineers.

An Organizational Manager

The primary audience of the SEBoK is individuals working in the SE discipline, but articles are written in a way that should enable non-systems engineers to grasp the basics.

Juan is a mid-level manager at a large firm that makes major weapons systems for his nation’s defense department. The organization is trying to alter the culture toward a more integrative and collaborative model. This includes a focus on systems and systems thinking. Juan's leadership has emphasized that it is critical for all levels of management to show support for this initiative and that, without their support, the initiative cannot be successful. Juan has never heard the term “systems thinking” before and the only connotation he has with “systems” is the company's IT systems that are always causing headaches.

Juan Googles “systems thinking” and is immediately overwhelmed by the search results. Inundated with definitions from companies trying to sell systems thinking services or training, universities advertising their programs, and blog posts, which could be by experts or by people who only think they know what systems thinking is, Juan is quickly overwhelmed. He stumbles upon something that links “systems thinking” to “systems engineering”, which is a term he knows, though he has never been and has no desire to be an “engineer”. He refines his search to include both “systems thinking” and “systems engineering” in Google Scholar to try to find more reputable sources. Again there are tens of thousands of results. He goes to a systems engineer whom he often sees in the break room, and asks him what to do. The systems engineer points him to the SEBoK.

In the SEBoK, Juan quickly finds a knowledge area on systems thinking and several articles and papers that he believes he can trust to give authoritative information. After reading through the articles and references, Juan now feels he has a basic understanding of what systems thinking is and he now understands why this is such a critical part of the company’s strategy for change. Juan now has the vocabulary and knowledge to support the initiative as a member of the management team.

If you identify with Juan, review the guidance for general managers.

References

Works Cited

Hutchison, N., A. Pyster, and R. Cloutier. 2023. "Using the Systems Engineering Body of Knowledge (SEBoK)." in Verma, D. (ed). Systems Engineering for the Digital Age. Hoboken, NJ: John Wiley and Sons.

Primary References

Hutchison, N., A. Pyster, and R. Cloutier. 2023. "Using the Systems Engineering Body of Knowledge (SEBoK)." in Verma, D. (ed). Systems Engineering for the Digital Age. Hoboken, NJ: John Wiley and Sons.

Additional References

None.


< Previous Article | Parent Article | Next Article >
SEBoK v. 2.9, released 20 November 2023