Difference between revisions of "Enabling Individuals"
Line 20: | Line 20: | ||
===Systems Engineering Competency=== | ===Systems Engineering Competency=== | ||
− | Competency is built from knowledge, skills, abilities, and attitudes (KSAA). | + | Competency is built from knowledge, skills, abilities, and attitudes ([[Acronyms|KSAA]]). Certain aspects are inherent in individuals, but are subsequently developed through education, training, and experience. Traditionally, SE competencies have been developed primarily through experience. Recently, education and training has taken on a much greater role in the development of SE competencies. SE competency must be viewed through its relationship to the systems life cycle, the SE discipline, and the domain where the engineer practices SE. Competency models for SE typically include KSAAs that are both technical and "soft" (such as leadership and communications), as well as around the domains in which the SE will be practiced. A competency model typically includes a set of applicable competencies along with a scale for assessing the level of proficiency an individual possesses in each competency of the model. Those proficiency levels are often subjective and not easily measured. |
===Competency Model Purposes=== | ===Competency Model Purposes=== |
Revision as of 11:21, 15 September 2011
Ultimately, individuals do the systems engineering (SE) tasks within a team or business /enterprise .
Topics
The topics contained within this knowledge area include:
In the Roles and Competencies article, the allocation of SE roles and the corresponding SE competencies are discussed. Existing competency models are provided. The article on Assessing Individuals discusses how to determine the level of individual proficiency and quality of performance. Needed SE competencies should be developed in the individuals as discussed in Developing Individuals. Individuals are responsible for acting in an ethical manner as explored in Ethical Behavior.
Context
Individuals, Teams, Businesses, and Enterprises
The ability to perform SE resides in individuals, teams, and businesses/enterprises. Existing literature provides lists of systems engineering Roles and Competencies. An expert systems engineer would possess many competencies at a high level of proficiency. No one would be highly proficient in all possible competencies, but the team and the business/enterprise might collectively have the capability to perform all needed competencies at a high level of proficiency. A team/business/enterprise performs the full range of SE roles, with individuals within the team/business/enterprise being responsible for performing in one or more specific roles. A business may have dedicated functions to perform specific SE roles. An enterprise may have a purposeful strategy for combining individual, team, and business abilities to execute SE on a complex project.
Competency, Capability, Capacity, and Performance
The discussion of SE competency, capability, capacity, and performance is complex. The human aspect of competency may be considered a subset of capability. Capability includes not just human capital, but processes, machines, tools, and equipment as well. Even if an individual has an outstanding level of competency, being able to perform within a limited timeframe might stunt the results. Capacity accounts for this. The final execution and performance of SE is a function of competency, capability, and capacity. This knowledge area focuses on individual competency.
Systems Engineering Competency
Competency is built from knowledge, skills, abilities, and attitudes (KSAA). Certain aspects are inherent in individuals, but are subsequently developed through education, training, and experience. Traditionally, SE competencies have been developed primarily through experience. Recently, education and training has taken on a much greater role in the development of SE competencies. SE competency must be viewed through its relationship to the systems life cycle, the SE discipline, and the domain where the engineer practices SE. Competency models for SE typically include KSAAs that are both technical and "soft" (such as leadership and communications), as well as around the domains in which the SE will be practiced. A competency model typically includes a set of applicable competencies along with a scale for assessing the level of proficiency an individual possesses in each competency of the model. Those proficiency levels are often subjective and not easily measured.
Competency Model Purposes
Individual competency models are typically used for three purposes:
- Recruitment and Selection – Competencies define categories for behavioral-event interviewing, increasing the validity and reliability of selection and promotion decisions.
- Human Resources Planning and Placements – Competencies can be used to identify individuals to fill specific positions and/or identify gaps in key competency areas.
- Education, Training, and Development – Explicit competency models also let employees know what behaviors are valued within their organization. Curriculum and interventions can be designed around desired competencies.
Competency Models
To date, a consensus on SE competencies and competency models has not yet emerged. Many of the competency models available were developed for specific contexts or for specific organizations, and these models are useful within these contexts. However, users of models should be aware of the development method and context for the competency model they plan to use, since the primary competencies for one organization might be different than the primary competencies for another organization.
Note that the long lists of competencies on existing models are not always intended to be fulfilled by one individual, but by groups of individuals. Team competency is not a direct summation of the competency of the individuals on the team, since team dynamics and interpersonal issues complicate the combination of individual competencies at the team level. The Enabling Teams to Perform Systems Engineering and Enabling Businesses and Enterprises to Perform Systems Engineering knowledge areas address grouping of individuals to fulfill the elements of the SE competency models.
The Nature and Role of Systems Engineering Standards
A major role of a profession is to standardize the terminology, measurement methods, and process methods used in national and international practice of the profession. The goal is to enable professionals, educators, and organizations to communicate internationally, and to improve the effectiveness and efficiency of professional practice. The knowledge area Systems Engineering Standards provides comprehensive description of standards that are related to the practice of systems engineering. As the systems engineering profession evolves, the corresponding competencies required to support the discipline also evolve.
Bodies of Knowledge
The definition of requisite SE competencies evolves as the body of knowledge evolves. A body of knowledge, describing the organization and principal elements of a discipline, provides a foundation for a profession that supports curriculum development, certification and licensing, continuing professional education, and a code of ethics and professional conduct. The following bodies of knowledge have been influential in systems engineering:
- Guide to the Software Engineering Body of Knowledge, SWEBOK (IEEE)
- Guide to the Project Management Body of Knowledge, PMBOK (PMI)
BKCASE is intended to provide such a body of knowledge for systems engineering.
References
This article relies on limited sources. Reviewers are requested to identify additional sources.
Citations
- IEEE Computer Society. Guide to the Software Engineering Body of Knowledge (SWEBOK). http://www.computer.org/portal/web/swebok.
- Project Management Institute. A Guide to the Project Management Body of Knowledge (PMBOK Guide) - Fourth Edition. http://marketplace.pmi.org/Pages/ProductDetail.aspx?GMProduct=00101095501.
Primary References
No primary references have been identified for version 0.5. Please provide any recommendations on additional references in your review.
Additional References
No additional references have been identified for version 0.5. Please provide any recommendations on additional references in your review.
Article Discussion
Signatures
--Asquires 15:09, 15 August 2011 (UTC)
--Dholwell 03:11, 13 September 2011 (UTC) core edit