This assessment is intended to assess your knowledge on Engineering Processes. Prior to taking this assessment, please be sure you have full comprehension of the Engineering Process Documents on the Process Guidance library. The Process Guidance document can be found here.
This assessment is mandatory for all product development team members.
Question(s) may have one or more correct answers. Choose See moreall the options for those questions.
Agile
Sustenance
Scrum
Kanban
Rate this question:
Has a continuous inflow of work.
Inflow is accomplished using a "push" approach.
Holds a weekly standup meeting.
Is used in Aptean SE only to fix defects.
Rate this question:
Defect
Bug
Change Request
REA
Rate this question:
Defect
Bug
Change Request
REA
Rate this question:
Rate this question:
Assessing the effectiveness of an SE team.
Determining how much work to do each week.
Evaluating the work remaining.
All of the above are benefits.
Rate this question:
Compatibility
Documentation
Enhancement
Legacy
Rate this question:
Most granular unit of work planned for a team
Based on feature ideas from Customers, Field, Industry trends
Reviewed by Portfolio Planning Team and are then assigned to a release
Details are captured in the Doc plan
Reviewed by SCRUM team during Pre-Planning
Rate this question:
Assists feature development throughout the project
Includes position of competitors
May have one or many MFs associated with it
Created by the Portfolio Project Manager
Rate this question:
Onus of creating and testing the Use Case lies with the QA member
Describes the most frequently occurring outcome of an attempt to accomplish a particular goal
Estimated using confidence level
Should be stack ranked against one another, within the same marketable feature
Rate this question:
Lowest level work item
User-focused
Estimated during sprint planning
Tracked using a burndown chart
Time remaining and completed work fields are filled in daily
Rate this question:
Marketable Feature
BRD
Use Case
Task
Rate this question:
Marketable Feature
BRD
Use Case
Task
Rate this question:
Marketable Feature
BRD
Use Case
Task
Rate this question:
100
Greatest number
0
1
Rate this question:
In 1 release
In 1 quarter
In 1 sprint
Across 4 sprints
Rate this question:
Clearer objectives
Perfect burndown
Less confusion
More accurate estimates
Assigned to one person
Rate this question:
Tasks that have original estimates
Tasks which are not closed and/or tasks with remaining hours.
None of them, the tasks can be left alone
Rate this question:
Close it and raise another
Move it to the next sprint by changing the iteration path
Leave it alone
Rate this question:
All teams, one for each team
Scrum teams, one for each team
One for each product
Rate this question:
Sprint burndown for Scrum teams
Metrics relevant for the team
Information about Engineering Processes
Information about builds
Project risk register
Rate this question:
General information about Scrum and Kanban development practices.
Dashboards and metrics for Aptean development teams.
Documents which tell you about the Aptean Engineering Processes and what you should do day to day.
Rate this question:
All the time.
At least once per day and whenever a task is completed.
Only when you complete a task.
Rate this question:
Add a new task.
Go on to something else.
Add your time to the closest task you can find.
Rate this question:
Assigned To
Remaining
State
Activity
Completed
Rate this question:
Assigned To
Completed
Remaining
State
Activity
Rate this question:
Let the other person continue booking their time.
Assign the task to yourself and start booking your time.
Create a new task for your work.
Rate this question:
Architecture
Coding
Code review
Unit testing
Release notes
Acceptance Criteria
Rate this question:
Release Plan
Acceptance Tests
Sprint retrospective
Use case Test Cycle
Integration tests
Sprint goals
Rate this question:
True
False
Rate this question:
True
False
Rate this question:
True
False
Rate this question:
True
False
Rate this question:
BRD
Incident
Task
Test case
Marketable Feature
Rate this question:
Doc managers are accountable for the doc plan
Product managers are responsible for the staffing plan
Dev managers are accountable for the release notes and contents
QA managers are accountable for the final regression
Portfolio project managers are responsible for the release schedule
Dev manager
Portfolio project manager
SCRUM master
Developer
Rate this question:
Create the test plan
Host the sprint retrospective
Facilitate sprint planning
Prioritize the use cases
Provide weekly plan updates
Rate this question:
Product Approval
Sprint planning
Release planning
Retrospective
Beta
Rate this question:
Product planning
Release planning
Sprint execution
Sprint retrospective
Validation
Release retrospective
Rate this question:
Tasks are created
Test plan is created
Code is reviewed
Tasks are estimated
Use cases are signed off
Rate this question:
True
False
Rate this question:
Burndown chart reflects the progress of tasks
Multiple beta builds are released to the customer
No documentation is written during this time
Test cases should already be documented
SA elaborates use cases for the upcoming sprint
Rate this question:
True
False
Rate this question:
True
False
Rate this question:
Release exit
Release planning
Release retrospective
Rate this question:
During pre-planning, Architects, System Analysts (SA), and Development, QA and Doc Managers review the BRD with the PM and provide the level of effort estimates for the MFs
Scrum team engages with customers for beta program
At the end of a sprint, SA demos Use Case implementation to the PM
At Aptean, SCRUM is used for continuous development
Rate this question:
True
False
Rate this question:
On the TFS team home page
Using an Excel report
The Scrum Master will show it to you
No answer
Rate this question:
Quiz Review Timeline (Updated): Mar 21, 2023 +
Our quizzes are rigorously reviewed, monitored and continuously updated by our expert board to maintain accuracy, relevance, and timeliness.
Wait!
Here's an interesting quiz for you.