Business Analysis Cheat-Sheet
Business Analysis Cheat-Sheet
Business Analysis Cheat-Sheet
What is Business Analysis? Role of BA in project phases (cont) What is a Business Goal? (cont)
The practice of enabling change in an Processing new requirements (new - It allows the organization to understand and
organizational context, by defining needs and regulations, standards, etc.) maintain a commitment to the business’
recommending solutions that deliver value to main objectives
Processing the requests to fulfill new needs
stakeholders.
requested by the customer or user - It provides a metric against which to
disciplined approach measure the organization’s progress
Purpose of requirements: Elaborate the solution definition in order to Validate that a requirement will satisfy a
enable the project team to design and build a business need.
- Provide a foundation for assessment,
solution that will meet the needs of the
planning, execution and monitoring of the Outputs: Validated requirements
business and stakeholders
project activities
Task: Organize Requirements Elicitation
- Define customer expectations (expressed
as real requirements and stakeholder’s Structure and organize a set of requirements
Business Requirements Elicitation is defined as
value of those requirements) into logical sets. The organization may be
a set of approaches, techniques, activities, and
based on defining multiple “levels” of
- Serve as a component of agreements, tasks used to capture the business
orders, project plans requirements, packaging related functions requirements of a planned solution from the
together, and so forth. stakeholders and other available sources [
- Establish system boundaries, scope of
Inputs: Business Case, Solution Scope,
delivery, and the services classification of Purpose: Explore, identify and document
the requirements Requirements stakeholder needs. Orienting the requirements
Outputs: Structured requirements toward the project vision. Excluding features
Requirement classifications
that the customer does not want and need
Task: Prioritize Requirements
Process requirements
Describes how we work with stakeholders to
- describe needs and limitations of the Determine the business priority of
find out what their needs are and ensure that
business processes requirements (including voting, ranking, benefit
we have correctly and completely understood
analysis and so forth). Identify logical
- Costs their needs.
dependencies between requirements and
- Marketing requirements packages. Task: Prepare for Elicitation
- Processing time Inputs: Requirements, Business Case Purpose: Prepare for elicitation by ensuring all
- Sales and distribution Outputs: Prioritized requirements needed resources are organised and
scheduled for conducting the elicitation
- Organisation Task: Specify and Model Requirements
activities
- Documentation Describes standard practices for writing textual
Outputs
Product requirements requirements and creating models or diagrams.
- Scheduled resources
Specific models are addressed as techniques.
- functional and non-functional product
Includes capturing the requirements attributes - Supporting materials
requirements
Inputs: Requirements Task: Conduct Elicitation
- POV of customer and team
Outputs: Specified or modeled Requirements Meet with stakeholder(s) to elicit information
Types of requirement
Task: Determine Assumptions and regarding their needs
- Customer requirements
Constraints Outputs
- Solution or system requirements
Identify stakeholder requests that are not Elicitation activity results
- Product or component requirements
properly requirements but based on Assumptions, constraints, risks, issues
assumptions regarding what the solution team
Documentation based on technique (e.g.,
is capable of delivering
interview notes, workshop results, survey
Capture and assess these requests responses, etc.)
Outputs: Assumptions and Constraints Task: Document Elicitation Results
Task: Verify Requirements Purpose: Record stakeholder info for use in
Outputs: Verified requirements analysis.
Common BA techniques (cont) Acceptance and Evaluation Criteria Acceptance and Evaluation Criteria (cont)
PESTLE (P for Political, E for Economic, S for Acceptance criteria are used to define the - represent a meaningful and agreed-upon
Social, T for Technological, L for Legal and E requirements, outcomes, or conditions that decomposition of the value proposition into
for Environmental) must be met in order for a solution to be its constituent parts, which can be
considered acceptable to key stakeholders. described as qualities that the solution
MOST (Mission, Objectives, Strategies, Tactics)
Evaluation criteria are the measures used to should either possess or avoid
Prototyping
assess a set of requirements in order to
examples
Requirements Workshops choose between multiple solutions
ability to provide specific information
Risk Analysis Define measures of value attributes to be used
ability to perform or support specific operations
Scenarios and Use Cases for assessing and comparing solutions and
alternative designs performance and responsiveness
SWOT
characteristics
Measurable and testable criteria allow for the
User stories
objective and consistent assessment of applicability of the solution in specific situations
solutions and designs and contexts
Principles for Successful Requirements
Acceptance criteria describe the minimum set availability of specific features and capabilities
1. Understand the top level critical of requirements that must be met in order for a usability, security, scalability, and reliability
objectives particular solution to be worth implementing.
~ Assessment ~
2. Think stakeholders, not just users and They may be used to determine if a solution or
solution component can meet a requirement. In order to assess a solution against
customers
acceptance or evaluation criteria, it must be
3. Focus on the required system quality, not Acceptance criteria are typically used when
constructed in a measurable format
just its functionality only one possible solution is being evaluated,
and are generally expressed as a pass or fail Evaluation criteria provide a way to determine if
4. Quantify quality requirements as a basis features provide the value necessary to satisfy
for software engineering. Valuation criteria define a set of
stakeholder needs.
measurements which allow for ranking of
5. Don’t mix ends and means
solutions and alternative designs according to The criteria are presented as parameters that
6. Capture explicit information about value. their value for stakeholders. can be measured against a continuous or
discrete scale.
7. Ensure there is “rich specification”; Attributes that cannot be measured directly are
requirement specifications need much evaluated using expert judgment or various Acceptance criteria are expressed in a testable
more information than just the scoring technique form
requirement itself.
Elements Acceptance criteria are presented in the form of
8. Carry out specification quality control statements which can be verified as true or
~ Value attributes ~
(SQC). false. This is often achieved through user
- are the characteristics of a solution that acceptance testing (UAT)
9. Consider the total lifecycle and apply
determine or substantially influence its value
systems-thinking, not just a focus on Usage Considerations
for stakeholders
software
Agile methodologies may require that all
10. Recognize that requirements change; requirements be expressed in the form of
use feedback and update requirements testable acceptance criteria
as necessary.
Acceptance criteria are necessary when the
requirements express contractual obligations
Acceptance and Evaluation Criteria (cont) Why is Business Analysis Necessary? Why is Business Analysis Necessary?
(cont)
Acceptance criteria provide the ability to assess Problems with requirements can cause projects
requirements based on agreed-upon criteria to fail. In most cases those problems are - Unclear requirements, or low quality
caused by poor or incorrectly conducted business design of the solution, can lead to
Evaluation criteria provide the ability to assess
Business Analysis (especially Requirements confusion and questions regarding the
diverse needs based on agreed-upon criteria,
Engineering, a part of the Business Analysis intended software product or process
such as features, common indicators, local or
knowledge area). solution
global benchmarks, and agreed ratios
Evaluation criteria assist in the delivery of Common problems - risk of the project’s failure increases
expected return on investment (ROI) or - Ambiguous, under-specified, unclear, - Requirements are imprecise
otherwise specified potential value impossible, contradictory business
- Requirements are ambiguous
requirements
Evaluation criteria helps in defining priorities
- Requirements are contradictory
Limitations - Instability of the requirements (frequent and
- Requirements do not fulfill the agreed
uncontrolled changes in requirements)
Acceptance criteria may express contractual criteria
- Poor translation of the business needs to
obligations and as such may be difficult to - Requirements are missing
requirements (incomplete, inconsistent, or
change for legal or political reasons
not measurable requirements) - Business processes and artifacts are not
Achieving agreement on evaluation criteria for covered by requirements or are described
- Unclear objectives of the initiative
different needs among diverse stakeholders incompletely
can be challenging. - Communication problems
- All stakeholders are not identified
- Language barriers
What is a business analyst? - Business goals or needs are not identified
- Knowledge barriers
causing the designed solution to fail to meet
A person responsible for: - Vague wording the organization’s needs and not achieve
identifying the business needs of the customer - Overly formal wording the business goals
(external or internal) and other stakeholders Common reasons for neglecting BA
- Redundancy
determining solutions to business problems - Time pressure
- Gold plating (adding unnecessary scope)
BA activities include identifying, analyzing, - Exclusive focus on fast results
- Insufficient user involvement
developing and managing the requirements.
- Exclusive fixation on costs
- Overlooked user classes
Business Analyst is not responsible for
- Minimal specification - Perceiving documentation or the analysis
determining the solution implementation
and understanding of the business
(creating the product’s design) Consequences of low quality BA
processes within an organization as a cost,
The Business Analyst acts as a bridge between - Problems during during scope definition not an added value
the customer and other stakeholders (e.g., the - Planning difficulties
project team), identifying, negotiating and Requirements Elicitation
- Implementation problems
achieving a consensus between the needs of
- Testing problems Requirements Elicitation is the collection of
the various representative individuals and
groups. activities, approaches, tools and techniques for
capturing the requirements for a planned
software system (or other business solution)
from the stakeholders\
Traceability is an association that exists Fully define business problem/opportunity - Inputs: Business Architecture, Business
between different types of requirements and the Goal(s), Defined Business
Output: Defined Problem/Opportunity
following items: Problem/Opportunity Solution Scope
Task: Determine Solution Approach
- Requirements (mapping the higher level - Outputs: Business Case
Purpose:
requirements that defined the needs and
features to the more detailed requirements) - Identify potential solutions Solution Assessment and Validation
- Detailed requirements to design models - Analyze feasibility of options
How to assess proposed solutions to determine
- Detailed requirements to test cases - Recommend viable business solution which solution best fits the business need,
- High level requirements to test cases - Validate with decision makers identify gaps and shortcomings in solutions,
and determine necessary workarounds or
- Requirements to release/code Output: Solution Approach
changes to the solution
branch/version Task: Define Solution Scope
How we assess deployed solutions to see how
Allows BA to ensure all business requirements
Projects inevitably struggle at some point or the well they met the original need in order to
have been met.
other if the scope is not defined properly enable businesses to assess the performance
Important from the change management and effectiveness of projects.
Solution scope may be determined using the
perspective, to determine the impact of a
following techniques Purpose: Assess solutions to ensure that
change on the system or process
- Work Breakdown Structure (WBS) - a strategic goals are met and requirements are
For the testers and developers, traceability satisfied.
decomposition of the work that is required
ensures that the requirements coverage has
to complete a project, and accomplish the Task: Assess Requirements Coverage
been achieved
business objectives
Purpose: Determine how well possible options
- Product Breakdown Structure (PBS) - a for solution designs will meet the
What is Enterprise Analysis?
decomposition of the components of the requirements. The assessment may include a
Purpose: Identify and propose projects that product recommendation of a particular solution,
meet strategic needs and goals. rejection of all solutions, or an assessment of
- System Interface Analysis - a definition of
Task: Identifying business processes the work required to integrate the new possible trade-offs.
performed in the organization solution into the existing business and Examples: RFI/RFP responses, Internal
technical environments designs, Manual procedures
Purpose: Evaluate the internal and external
environment Context diagram Inputs: Solution Design Option(s)
Conducting feasibility studies to determine the Product Breakdown Structure Outputs: Solution Design Assessment
optimum business solution Output: Solution Scope Task: Allocate Requirements
Define/refine current/future business Task: Develop the Business Case Purpose: Allocate requirements among
architecture
- Define project objectives and expected releases and/or solutions components. Ensures
Assess the current state of technology business benefits that the possible release options are designed
(infrastructure and applications) in a way to maximize the possible business
- Develop project scope
Benchmark analysis value given the options and alternatives
- Estimate time, cost, resources generated by the design team.
Competitive studies
- Analyze cost vs. benefit Activities
- Evaluate risk Allocate requirements to hardware, software,
manual procedures, etc.
Solution Assessment and Validation (cont) Solution Assessment and Validation (cont) Business Case Definition (cont)
Understand trade-offs between different - Compare actual vs. expected costs and May be in form of
implementation approaches benefits.
- Structured document
Inputs: Solution Design, Validated Outputs: Cost/Benefit Analysis
- Short argument
Requirements
- Presentation
Outputs: Allocated Requirements Stakeholder Identification Techniques
Topics may include
Task: Determine Organizational Readiness Investigating the business domain
- Information about the opportunity (market
Purpose: Identifying owners of the business processes trends, competitors)
Determine organizational readiness to Analyzing the structure of the customer’s - Qualitative and quantitative benefits
effectively operate the new solution organization
- Estimates of cost and time to breakeven
- Conduct organizational readiness Exploring the target market of the customer’s
- Profit expectations
assessment organization
- Follow-on opportunities
- Recommend ways to optimize the Analyzing relationships with external
organizational deployment organizations (suppliers, etc.) - Cash flow consequences of the action, over
time, and the methods used for quantifying
Outputs: Organizational Readiness
Stakeholder Needs and Expectations benefits and costs
Assessment, Organizational Change
Recommendations - The impact of the proposed project on the
Different stakeholders may have different
business operations or business process
Task: Validate Solution needs and expectations regarding the planned
solution. It is very important to identify all the - The impact of the proposed project on the
Purpose:
stakeholders and their needs, and to find a technology infrastructure
Validate the verified and deployed solution
common understanding of the purpose of a - Constraints associated with the proposed
meets the business need
solution, in order to avoid the situation where project
Define acceptance criteria (including what level the final product may meet the requirements of
- Estimated budget
of conformance to requirements is acceptable) only a selected group of stakeholders.
- Alignment with priorities established by the
Identify defects/shortcomings (this should be Ensure that the features to be implemented will
business
distinguished from functional testing) not conflict with the requirement of other
stakeholders Procedure of Building the Business Case
Analyze impact
- Identify and quantify the benefits
Define corrective actions One of the responsibilities of a Business
Analyst is to identify all the stakeholders and - Identify and quantify the costs
Validate corrective actions
define their requirements and expectations - Prepare the Business Case
When a problem is identified with the deployed
Determines the initial scope and requirements
solution determine what is the most - Define the procedures that will be used to
of the system
appropriate response measure the costs and benefits
Follow common standards and guidelines Trivialities - Lengthy descriptions of commonly - simplified expression of real processes
known issues should not be included
Important guidelines - describe a complex system in the most
Information out of scope clear and unambiguous way.
- Each requirement must be unambiguous,
precise, and understandable Thinking in solutions - The requirements - Models present the whole system and its
specification should discuss the problem to be context in a single diagram and therefore
- Superfluous information should be avoided
solved not the technical design of the solution help to look at the problem from the overall
- Templates should be used as an aid
perspective.
Redundant details
- Models and diagrams should be used to
Common techniques
Lacking rationale
make the specification document clear and
more understandable for readers. - UML notation to express requirements as
Modelling use case diagrams, activity diagrams,
- Formal graphical notation should be used
component diagrams, state machine
as a method for presenting complex Modeling is a way of expressing requirements
diagrams, etc.
requirements, dependencies, and by representing parts, or the whole, of the
- BPMN
relationships proposed solutions
- Using prototyping as a technique of GUI
A requirements document may include Way of presenting complex requirements and
modeling
- Introduction relationships in the form of a model, especially
some graphical form such as diagrams, helps - Using SysML notation to develop
- Secrecy clause
ensure the solution is understood by other specifications, analysis, design, verification
- Regulations stakeholders and validation documentation for systems
Benefits of modeling
Modelling (cont) Tools and Techniques of Facilitation (cont) Process Improvement (cont)
Importance Supporting Process Improvement is one of the 1. Business Analysis Planning and
tasks of a Business Analyst. Monitoring (Orange)
Domain knowledge makes it easier for the
Business Analyst to connect and communicate The Business Analyst models and analyzes 2. Enterprise Analysis (Dark Green)
with Business Users. business processes used within an 3. Elicitation (Light blue)
organization in order to discover any
Domain knowledge makes understanding and 4. Requirement Analysis (light pink)
ineffective elements.
analyzing business issues easier
5. Solution Assessment and Validation
Techniques
Lack of domain knowledge may lead to delays
6. Requirements Management and
in providing the solution, since the business - Manually re-design processes on the basis
Communication
process and business rules must first be of experience and domain knowledge with
understood the goal of eliminating bottlenecks and
Common Objectives of Business Analysis
making the execution times shorter and
Tools and Techniques of Facilitation more efficient Collect and document the requirements
- Introduce tools, including software, to Design business solutions to resolve the
Applying engagement strategies
optimize the business processes in the business problems
Creating participation organization (e.g., SAP, ERP, CRM
Assist in the timely completion of the project by
Generating and organizing data software)
providing accurate requirements identification
Initiating reflection - Simulate and optimize processes and analysis
Mobilizing energy - Adopt a selected methodology or strategy Improve efficiency by increasing the quality of
Business Analysis influences other project What is a business process? (cont) BA in Phases of the Software Life Cycle
areas
focuses on how the work is done within an Analysis phase
Significant impact on project management organization, the way of organizing work,
- Identifying and evaluating the current
(especially scope and time management) activities, relationships and the dependencies
business processes in an organization (“as
between them. A process can be considered as
Design – Business Analysis determines the is” analysis)
the ordering of work activities across time and
required business architecture and scope of the
- Gathering initial requirements for the
place, with a beginning, an end, and clearly
solution
needed business solution (“to be” analysis)
defined inputs and outputs [
Development – The Systems Analyst (who
- Creating and analyzing the business case
determines detailed requirement A business process must have the following
characteristics - Conducting a feasibility study
specifications) uses the Business Analysis to
determine what has to be implemented. - Has a goal - Preparing ideas for the business solution
Testing and other Quality Assurance activities – - Has specific inputs Specification phase
Products of Business and Systems Analysis
- Has specific outputs - Identifying and documenting business
are a basis for testing
- Uses resources requirements on a more detailed level
BA in Phases of the Software Life Cycle BA Planning and Monitoring (cont) BA Planning and Monitoring (cont)
(cont)
- determining appropriate stakeholders for - metrics that can be used for monitoring
- Supporting testers in preparing test cases the project or project phase, and analyzing business analysis work are determined.
and test scripts at the business level and stakeholder influence, authority (approve,
- helps in improving future business analysis
validating the resulting work products sign off, veto), and project attitude.
plans
- Managing any required changes to the Outputs: Stakeholder list, Stakeholder roles - performance measures, reporting and
requirements (resulting from detected and responsibility designation
corrective actions
defects, regulatory or legal changes, needs
- RACI matrix (also known as RASCI matrix)
Plan Business Analysis Activities
for new or extended functionality, etc.)
plays very important role in this process.
- Determine which activities are required to
Testing phase
- Scope of the tasks and the dependency
define the solution to a business problem,
- BA role varies can be defined easily how those activities will be carried out, the
- verifying test results - estimates related to cost, timings and work effort involved, and an estimate of
resources how long the activities will take.
- resolving issues related to defects or gaps
in the requirements Communication Planning - Determine tasks in the Knowledge Areas:
- Participating in the preparation of test cases - Determine what information the various - Identifies task dependencies
for User Acceptance Testing stakeholders need to be provided about the - Develop estimates for BA work (time, skill
results of business analysis and the forms it
- Supporting the acceptance testers by level, complexity of tasks, etc.)
should take (verbal, written, etc). It includes
answering questions during test execution - Inputs: Stakeholder list, Stakeholder roles
considerations for, as well as constraints,
and responsibility designation,
impacts, durability and trade-offs of
BA Planning and Monitoring Organizational Standards
different communications media
The parameters which are defined and set - Outputs: Business Analysis Plans for each
- Communication plays very important role in
during the planning phase should retain their KA
any stage of project life-cycle and in order
validity throughout the project phases and it to avoid ambiguity or conflicts in the Plan Requirements Management Process
becomes the responsibility of the business requirements and end results, the - Describes how to determine the
analyst to perform the activities classified under communication should be precise and appropriate requirements process for a
this knowledge area precisely. controlled. particular initiative
Activities - Each stakeholder should understand the - Consider whether and how requirements
Identify the stakeholders details of the requirements are changed
- Identify stakeholders who may be impacted - WHAT, WHO and WHEN are the important - Which stakeholders need to approve
by a proposed initiative or who share a questions related to communication
- Who will be consulted on, or informed of
common business need. Monitoring BA work changes,
BA Planning and Monitoring (cont) Requirements Management and Change Management process
Communication (cont)
- includes the approach to requirements Identifying a potential change
traceability and determining which Outputs: Approved Requirements, Decision
Requesting new functionality
requirements attributes we will capture Record
Analyzing the change request
- Output: Requirements Management Plan Task: Manage Requirements Traceability
Evaluating the change
RASCI: R- Responsible (does the work), A- Purpose:
Planning the change
Accountable (decision maker, only one), S- Trace requirements (update and maintaining
Support (provides support during any phase of Implementing the change
relationships between requirements
lifecycle), C- Consulted (consulted prior to the components) Reviewing and closing the change request
work and provides input), I- Informed (informed
Perform impact analysis when changes are Potential changes might be a result of:
about the work progress).
requested and supply this information to the A defect found in the code, documentation or
change control process requirements
Requirements Management and
Support the allocation of requirements to the System improvement efforts
Communication
solution in Solution Assessment and
External changes (regulatory, legal, etc.)
How we manage conflicts, issues and changes Validation.
and ensure that stakeholders and the project New or changing requirements (resulting from
Outputs: Traced Requirements
team remain in agreement on the solution new regulations, changes within the business
scope Tasks: Maintain Requirements for re-use domain, new features requested by the users,
Purpose: etc.)
Purpose
Select which implemented requirements will be Business process improvement initiatives
Recognise that communication takes places
throughout all knowledge areas and is important maintained after solution implementation Change Request
for managing requirements Name the responsible party who will maintain When the need for a change appears, there
Manage the approved solution and the requirements should be a Change Request raised by a
requirements scope Facilitate ongoing use of requirements for stakeholder requesting new or modified
Ensure stakeholders have access to business impact analysis and solution maintenance functionality. Important elements of a change
analysis work products request are a unique identifier, the author, the
Facilitate re-use of requirements on related
deadline (if applicable), an indication whether
Prepare and communicate requirements to projects to encourage enterprise consistency of
the change is required or optional, the change
stakeholders business models
type, and an abstract, or description, of the
Task: Manage Solution and Requirements Inputs: Implemented requirements
proposed change
Scope Outputs: Maintained/re-used requirements
All changes should be tracked in a Change Log
Baseline and manage changes to business Task: Prepare Requirements Package or Change List
case, solution and requirements
Determine appropriate format for Changes should be managed by the Change
Approve requirements (according to the requirements, Create a requirements package Control Board (CCB). The CCB is not allowed
approval authority stated in the Requirements to submit, approve, reject, or implement
Outputs: Requirements package (e.g.,
Management Plan) changes without discussion with the other
executive summary, formal documentation,
stakeholders.
Control multiple versions of requirements work RFI, RFP, etc.)
products may have significant impact on other elements
Task: Communicate requirements
of the system, such as components,
Manage requirements conflicts and issues
Interaction with all stakeholders before, during interfaces, functionality, etc.
Inputs: Stakeholder roles and responsibility and after projects.
designation, Requirements, Requirements Impact analysis should be performed
Interaction with solution team to assure that
management plan
requirements are correctly understood and
implemented
Change Management process (cont) Requirements Organization (cont) Acceptance and Evaluation Criteria
Impact analysis includes analysis of the - an abstraction of the solution of the problem
changes needed in the project schedule or expressed at a high-level
budget that would be necessitated if the change
- A feature is developed into completely
were to be implemented described functional and supplemental
The planning of change implementation requirements
includes: Functional decomposition
Updating plans as needed depending on the - breakdown of a list of items into
phase of the project (e.g., Project Plan, classifications or groups based on the
Development Plan, and Test Plan) function each item performs or the use it
Updating business and system documentation provides
(e.g., specifications, architecture design, user - identifies the high-level functions of the
manuals) proposed solution, or the organization itself,
Updating test cases and test scripts and then breaks them down into sub-
processes and activities.
Implementing the change (coding)
- usually performed by a Systems Analyst
Testing by vendor or/and customer test team
Ensure that the model correctly reflects the Correct Prioritized Systems analysis
boundaries for the business problem
Testable Traceable Technical skills
Ensure proper level of detail is achieved
Unambiguous Understandable Working knowledge of technology
Types of decomposition
Does not determine solution Understanding of engineering principles
Goal decomposition
Checklists Ability to apply financial principles to feasibility
- Goals are business requirements studies
One of the most common techniques for
- Goal decomposition helps to ensure the requirements’ quality control is the use of Managerial skills
solution will satisfy stakeholder’s needs checklists. Project management capabilities
Feature list decomposition
Understanding of organizational behavior
- A feature is a service that the solution
Soft skills
provides to fulfill one or more stakeholder
need Negotiation skills
- Ability to communicate with all levels of - Providing processes to support members of - Helps the group to listen and draw logical
management the group to help them use their time conclusions
effectively and to make high-quality
- Ability to communicate with stakeholders of - Runs meetings
decisions
various knowledge levels
- Manages people’s expectations
- Guiding group discussions to ensure
- Precision in articulating ideas and thoughts
- Understands and explains the process
objectives are met, and noting any ideas
- Ability to relate with line workers
and concepts raised by members during the
- Good technical writing skills discussion