PT M4 - Vocab/Components Flashcards
Hybrid life cycles
They are those projects that, due to their complexity or because they are carried out in different phases, allow you to combine tools from both predictive and agile approaches.
This hybrid lifecycle can be applied either at a specific moment in the project or during its entire lifecycle. As a result, you are able to better adapt the management tools to the different phases of the project. An example would be the lifecycle of a construction project, where in the building design phase you can use agile approaches, and during the construction phase, the predictive approach is more appropriate.
Another example is when you do daily or stand-up meetings to follow up on the daily project inside predictive projects.
1 of 3 distinctive characteristics of iterative and incremental management approaches -
Helps to avoid large project deviations. The more uncertainty there is in the project, the shorter the work cycle should be in order to ensure that the path followed is correct. This way, any deviation can be detected early.
Short Feedback Cycles
1 of 3 distinctive characteristics of iterative and incremental management approaches -
Helps to add value for the customer as indicated by one of the Principles of the Agile Manifesto. These deliveries also allow for frequent customer feedback and give the ability to know first-hand if the product is in line with the customer’s expectations.
Frequent Deliveries
1 of 3 distinctive characteristics of iterative and incremental management approaches -
Means that the client, or any other stakeholder, can change or add objectives or requirements that modify the priorities or the order of work.
Adapting quickly to achieve these goals can be a competitive advantage for companies that want to release new products onto the market on a frequent basis.
The Redefinition of Priorities
These intangible groups exist when companies are organized in tight, isolated departments, where each member of a team is not physically in contact with other team members, but instead with people who carry out similar work.
Organizational Silo
An example of an organizational silo would be grouping all programmers together to report to a chief programmer. If you need people with different profiles for a project and they are not together, communication is less effective.
Another disadvantage of this organization is that people multitask and work on several projects at the same time, which means that when they change from one task in one project to another in another project, they lose adaptation time.
Also, another problem with this situation is that team members are influenced by the head of departments they belong to. As such, dedication to the project suffers. By placing team members in the same physical space, outside the influence of the head of the department, you can avoid organizational silos.
A type of meeting that is an element of agile project management that occurs after completing each iteration of a project, but can also be used in predictive project environments on a regular basis. This meeting’s objective is to analyze how the team has been working and generate actions designed to improve teamwork by asking: What went well? What went poorly? And what could have been done better? The team then uses this information to improve during the following iteration. This is the moment when the project manager should handle the matter of the uncooperative team member(s). Stakeholders who can contribute knowledge and experience may also participate.
Retrospective Meeting a.k.a. Way of Working (WoW)
In these meetings, you define and break down the work that will be done in the iteration. These meetings are divided into two parts.
In the first half, the team analyzes the elements that will be carried out from the product backlog (The list of deliverables that have to be carried out in the project) and defines them exhaustively.
In the second half, the agile team decides how they are going to develop these elements, breaking down the work into tasks.
Iteration Planning Meeting
The list of deliverables that have to be carried out in the project.
This agile tool shows only the pending work of a team and that is ordered by stories based on the needs of the clients that the project must resolve. The stories must define and specify the requirements of each element in the backlog, ordering them based on importance or priority. This document is always open, which means new stories can emerge at any time and can be added to the stack.
In this document of a project designing a website, you could have the following stories: home page, payment gateway, product catalog, and customer contact page.
Product Backlog
These meetings are daily, and are focused on reporting the state of production and to monitor the projects to see its progress and resolve any impediments that the team members come across in their tasks.
These meetings are 15 minutes long and they should be used to briefly respond to the following three questions: What did you do yesterday? What are you going to do today? Are there any impediments in your way? Each team member must answer each question individually in front of the rest of the team members. Team members, and if necessary the product owner or other stakeholders, take part in these stand-up meetings. These meetings are held standing in front of the project or iteration monitoring board that the team members are working on.
The Daily Stand-Up Meeting.
In these meetings, you analyze the work that’s been produced in the iteration. You do not discuss topics related to how the team has been working.
The Iteration Review Meeting. (Agile Projects)
Work cycle that lasts between two and six weeks, but can extend up to 8 weeks. This timeline should last as long as necessary, with a preference to the shortest possible time
Iteration
In this meeting, the client or the product owner checks if the deliverable meets the agreed requirements before validating the product. If the team is working in iterations, at the end of the review meeting, the team and the client (or product owner) agree when the next iteration will begin. This meeting is held at the end of each iteration. In predictive projects, it is held at the end of the project
Review Meeting
This meeting has two parts. In the first part, the product owner explains to the team which deliverable they need to achieve at the end of the iteration. He also clarifies any doubts the team members may have.
In the second part, the team gets organized, prepares the sprint backlog with the tasks to be performed, and assigns them to each member of the team. At the end of the this meeting, the team should be ready to start the sprint.
An example of a sprint backlog for the start page of a website deliverable would be: write text, get photos, design main menu, program main menu, etc.
The Planning Meeting
The result of each iteration or sprint. During the iteration, the team elaborates the story or stories that is agreed to elaborate. In the planning meeting, the stories are broken down into tasks, and each team member work on them. At the end of the iteration, the story must meet the requirements. This result is called an _____
Increment
The set of tasks or activities that team members must perform to get the stories they are going to develop in a sprint.
The set of tasks to be performed by the team during an iteration.
Each of these tasks must have at least one description, include the person responsible for performing it, and an estimate of the effort required to carry it out.
The Iteration Backlog
An example of an iteration backlog for the home page of a website would be to: write text, get photos, design the menu, and program the menu, etc.
The tool that shows all the deliverables that need to be done in predictive, not agile, approaches. Unlike the product backlog, which is continually refined as the project progresses, the WBS is known from the beginning in a predictive project, and the changes it undergoes are usually minimal.
The Work Breakdown Structure
The agile tool that shows only the pending work of a team and that is ordered by stories. The product owner creates the stories that make up this tool based on the customer needs that the project must solve. This tool is divided into stores based on the needs of the clients that the project must resolve. The stories must define and specify the requirements of each element in the backlog, ordering them based on importance or priority. This tool is always open, which means new stories can emerge at any time and can be added to the stack.
The Product Backlog
The person in charge of guiding the team, classifying the work based on its commercial value, and working with them on a daily basis to provide feedback on the product and establish the steps for the next delivery to be developed.
This person is in charge of learning the needs and expectations from the client in an agile project. This individual is responsible for the business orientation of the product, and so they meet with clients and possible product users to identify their requirements. They will also meet periodically with the development team to make sure that the work is in line with the requirements.
This person defines the backlog of work to be done by the production team and is in charge of prioritizing and organizing the elements of this list.
Responsible for prioritizing the order of stories or deliverables, clearly describing each of them, and estimating the effort necessary to achieve them. If the product owner thinks that a story is too big to be developed in one iteration, they should break it up into two smaller stories.
The Product Owner
The person responsible for providing service to the team, allowing it to perform at its full capacity. He or she is responsible for eliminating any operational impediments that the team may come across.
The Team Facilitator
This person/role is usually associated with traditional projects, not agile ones, and their role is to provide high-level support to the project. This means tasks like analyzing viability studies and authorizing the project if it provides sufficient business value.
The Sponsor
The basis on which the team will develop its work. The ____ should help to maintain a sustainable rhythm of work, making sure that the way of working is viable and can be repeated in the future. You cannot force your team to work overtime simply because you want to do more work than is possible in the time available.
For example, the number of hours each member is available, rules of behavior, etc.
Team Values
Rules that facilitate coordination between team members, such as meeting times, how communication will be conducted, and hygiene and clothing if necessary, etc.
Ground Rules
Those who have extensive knowledge in a specific area, and who also have knowledge in other areas, but not as extensive.
T-Type Professionals
T-type professionals are extremely valuable in agile teams, because they help to carry out different types of work, bring projects together, and help fill gaps in tasks that do not have specialists. Companies that have many T-profiles among their employees have an easier time creating agile team than those that do not.
Those who only have extensive knowledge in one specific area and work on specific tasks in projects.
I-Type Professionals
The problem with creating teams with only type-I profiles is that there may be tasks that no team member knows how to do.
A graphical control method used to visualize the progress of tasks during a sprint or iteration. This chart measures the work still to be done in an iteration.
Pending work is measured in points of effort, for example, effective hours of work left to achieve the goal. On a daily basis, the team estimates how many points remain to be done to finish the products in the current iteration. Additionally, this chart measures the progress of a team as a whole, not for each individual member
Burn Down Chart
The maximum time that a team member, or the team as a whole, can spend on a project.
Available Time