Story Mapping is an agile technique that finds itself applicable in the delivery of a new product or new feature in an already established product. Created by Jeff Patton, this method allows for a customer to visibly navigate through all of the user tasks it takes to utilize a product from the beginning till the end. The assignment of these tasks are ordered in such a way that brings the most value to the customer. Nicholas Muldoon, the Co-Founder of Easy Agile, describes this process as “a facilitated, curated conversation” that essentially gathers everyone involved to navigate through it. A user story mapping can be used whenever you need to create understanding of the future releases of your product while simultaneously maintaining the current state of the product vision. The process of the agile user story map is most beneficial for agile teams. It is a useful tool in agile planning that assists in development and allows for the team to be able to receptively respond to change. When developing story maps, an agile team would take into consideration of the Agile Manifesto values that communicate the importance of collaborating with a customer in place of the negotiation of a contract and responding to change instead of following a plan. These values creates the environment for the team to maintain flexibility as well as prioritizing the customer journey for a viable product. Flat Product Backlog vs Story MappingFlat product backlog is one of the most common tactics utilized in agile software development. It is essentially developed as a “to-do” list of things to cross off that will essentially bring value for a customer. It is designed with a top-down approach in mind which places the most valuable items at the top of the list with the least valuable items at the bottom. This allows for things to be crossed off in order of priority. This differs from story mapping as story mapping contextualizes each list item into a bigger portion of the development task. Story mapping established the entire picture of a product while flat backlog simply does not. Flat backlog makes it difficult for a product manager to make a determination of whether or not their team identified the necessary user stories. It also doesn’t give product managers the ability to explain how the system works and what it does. User story maps creates a visual that allows for the agile development team to focus on the customer outcomes that are desirable. Agile teams are able to identify and execute a variety of features based on how each customer responds as well as track progression. This also produces less waste with improved outcomes for the entire product in contrast to flat backlog. Creating User StoriesOne way to begin creating a user story would be to define what your goals are. The best way to initially format the user story would be to think about product interactions from this perspective: As a [type of user], I want to [action] so that [benefit]. A few user story examples of this would be:
According to the Jeff Patton, creating the user map in done is six steps:
It is important to first approach developing a backbone in your story to describe high-level tasks or high-level features from beginning to end. These steps creates the building block to producing a collaborative approach for the story map. Walking SkeletonThe walking skeleton is in essence the core of a user story and one of many parts that creates the entire story map. It is utilized to give a visual representation and descriptor of essential components that are required to release a valuable product. They are stories provide a user experience with tasks that they can perform throughout the product. This particular set of stories allow for the product to be functional at the bare minimum and are interchangeably known as minimum marketable features. Combining the walking skeleton with other user persona type like the backbone and other stories underneath the walking skeleton, you will then have a full story map. INVEST CriteriaCreating and assessing the quality of a user story in the initial story map is traditionally done through the INVEST criteria. If there is any part of a story that does not meet any of the criteria, it would be important for the story to either be readjusted or reworded. Independent – every user story should represent independent business values so that they can deliver those values if they were to be released alone. Negotiate – The method to achieving each goal should have the ability to being negotiable. Regardless of who is involved in the transaction. This could be between the product owner and the customer, or the product owner and the development team. Stakeholders can also find themselves involved in the negotiation process. Valuable – Each story should represent some form of value to any specific user type. Estimate – There must be enough information readily available so that the story could be appropriately sized so that the plan can be properly implemented and there is commitment to completion. Small – Small stories are preferable for user stories so that they are able to be completed within a single sprint. Testable – The entire team should be able to utilize precision as a means of verifying the completion of a user story. 3 C’s in User StoriesHaving an established approach in creating user stories is beneficial to this agile format. The most common approach is the Three C’s approach. This approach was coined by Ron Jeffries in Extreme Program Installed. The Three C’s specified are card, conversation and confirmation. Jeff Patton also discusses this approach in more detail at Flowcon. Card This is a collaborative exercise that is implemented by throwing out any information that comes to mind, including potential titles of the stories themselves. Be mindful that stories should be written in a manner that creates a statement of value and intent. This is known as user voice. Conversation Confirmation Advantages and Mistakes in Agile Story MappingBenefitsThere are direct advantages of story mapping in the agile processes. Story maps allows for everyone in the development team to understand the entire construct of the application, especially the parts that finds itself to being the most difficult. This process also allows for your team to have a complete visual of the product, solving a major complaint that exists in agile teams. Teams are able to see where each part fits into the entire system. One additional benefits of user stories is that it assists teams in identifying what areas to develop first. If it appears when developing a website that the user journey of a website finds itself focused on a specific section of the about me page more often than other web pages, then it would be most beneficial to begin building upon it first. MistakesIt is important for product managers to be mindful of common mistakes that occur through mapping. A common mistake that occurs in utilizing user story maps is that teams can find themselves working with a customer that is not familiar with their product. It is vital to have someone familiar so that you will have more certainty in the value that they provide when navigating. Not keeping the story map visible to your agile team is another mistake that appears in development. The story map is a reminder for the entire picture of an application. If it is not seen clearly and often by the team, a lot of goals can become lost in the process. Tools for creating agile story mapFinding the right tools is vital to creating an agile story map. Jira is considered one of the most useful tools for developing the map. Here is a list of mapping programs that integrate with Jira: 1. Easy Agile 2. Bauer 3. StoriesOnBoard 4. Cardboard 5. FeatureMap Via https://pm-training.net/agile-story-mapping/
0 Comments
The main aim of progressive elaboration is to enable a team to solicit and receive feedback from a range of stakeholders at each stage of a new project. This often leads to a modification of project requirements, and it gives the team the facts, insight, and knowledge it needs to see the project through to a successful completion. As a Agile project manager we expect change as we are innovating and a lot of the time are dependent of user feedback to make educated decision on how best proceed. There are instance in traditional project management where there are unknowns and it makes sense to mitigate these risks by taking a rolling wave planning approach. This way of planning can be very useful on extremely complex projects. It is a way of ensuring that people are not overwhelmed by the enormity of the tasks, and that they are able to do one thing at a time—and do each thing well.
PMBOK 6th Edition mentions two types of progressive elaboration; rolling wave planning and prototypes. Progressive Elaboration in Waterfall Project LifecycleProgressive elaboration is a process of the Project Planning Process Group set out in the Project Management Institute’s Project Management Body of Knowledge. It involves the continual improvement and development of a plan as more details about it become available. The waterfall method is stricter. It flows from well-defined project requirements; and it is designed to move sequentially as follows: requirements-design-implementation-verification-deployment-maintenance. The waterfall method is most suitable for projects in which the requirements are known and unlikely to change, and in which there are a great many dependent tasks and specific deployment dates. This method is easy to understand and manage. There are usually few production issues, and there is better budget management. Change Requests as a Result of Progressive ElaborationThe employment of one of the above progressive elaboration methods may result in a change request. If the process has yielded new information, insights, and facts, the project manager may be compelled to ask for a change to the initial plan. This can lead to more work for the project manager which is a tradeoff for mitigating the risks involved. Agile has a principle of less documentation as they embrace change. Agile Project ManagementThe agile method gives teams the power to adjust the project mid-course to address customer needs or to solve problems that arise. It works best on projects without known deadlines or a full scope of requirements. It tends to require a smaller budget and is perfect for projects that are more experimental in nature. Rolling Wave Planning and Progressive ElaborationRolling wave planning is a technique of progressive elaboration. It consists in planning at a very detailed level the activities that are closest to you in time, and planning in a less detailed way the operations that must be undertaken later in time. This is one of the more flexible ways of project management. It allows your team to put their focus of effort on what is immediately before them. Prototyping vs Iterations in Iterative processThe language of manufacturing design has made its way into the professional management industry. There is no mystery as to why this is the case. The methods required to design a product that is usable and safe can be applied to an organization that similarly wants to create an effective end-product. The iterative process is a repeated cycle of designing, prototyping, testing, and refining multiple versions of a product. Rather than working in distinct stages, the project management team makes small adjustments to the proposed end-product in real-time. It allows the team to identify problems, get stakeholder feedback, and come up with innovative ideas as they go along. It is a more intuitive way of managing a project. When using an iterative process, you should never have to start from scratch. You are constantly refining at every state of the process. Benefits of Progressive Elaboration PlanningThese are some of the pros and cons of using progressive elaboration: 1. Efficient Project Goal SettingThe projects most likely to succeed are those with clear and firm goals. Progressive elaboration makes it easier to set SMART goals. The acronym stands for specific, measurable, attainable, realistic, and time-bound. SMART goals will help you deliver the project on time and on budget. 2. Better communications with Progressive ElaborationProgressive elaboration makes it easier to manage stakeholders who are critical to project success. It gives project managers the ability to build and keep their teams together. The method is also helpful in enlisting the help of organizational experts and getting feedback from frontline workers. 3. Accurate Project Risk AssessmentProgressive elaboration allows organizations to identify the biggest risks of undertaking a project before you even start it. Doing so will enable you to plan for such contingencies and make better decisions when problems emerge. 4. Avoiding Rigid PlanningThere is also the risk of becoming too rigid in the execution of plans, which can create a stressful environment in the organization. The iterative process is a repeated cycle of designing, prototyping, testing, and refining multiple versions of a product. Rather than working in distinct stages, the project management team makes small adjustments to the proposed end-product in real-time 5. Identify Problems + Incorporate Feedback Earlier.It allows the team to identify problems, get stakeholder feedback, and come up with innovative ideas as they go along. It is a more intuitive way of managing a project. Via https://pm-training.net/progressive-elaboration-agile/ Maximize the effectiveness of your project management skills by using lessons learned templates. A lessons learned document is a simple breakdown, written by the project manager, of every potential and existing problem that has been found within a project. An effective lessons learned report will also have proposed solutions to these problems. Now, the reason why we’ll be focusing on a template, is so that one won’t be starting from scratch with every report they write and it’s done right. Creating Your Lesson Learned Template Steps
Google Docs Lesson Learned TemplatesWe converted these templates from Word because Google Docs are collaborative compared to having local version and sharing via email. Google docs you are sharing links making it quicker and easier to complete the lessons learned templates. Top Tips for Creating Lessons Learned Documents
How to Create a Lessons Learned TemplateTo begin your lessons learned template there are a few things that you will need to keep in mind:The best way to begin is by analyzing past lesson learned document to understand what I was required and get one in the mindset of analyzing the failures and the accomplishments as seen in the project. By seeing what has been done successfully one is better able to assess the task at hand. All documents that represent the major ups and downs throughout the project should be collected and used during the lessons learned analysis. It’s easy to forget the little things when looking at the end of a project, but it’s a little things that make a big changes and affect the outcomes. A project survey will need to be completed by everyone working on the project so the better insight can be had into the inner workings of the day-to-day tasks completed in order to provide results. This survey should ask questions about all different parts of the project so that a better understanding can be had by all. You’ll need the change log, or the record of every change requested, made, and suggested for the project in question. This contributes insight to where things started out, and what changes could be made, could not be made, and potentially should’ve been made. It’s important to note that though they are similar, the lessons learned report is different from the project closure document. The project closure document is an overall assessment of the project and, as stated in the name, can only be completed once the project has ended. The lessons learned analysis takes place to show what was done correctly, what was done incorrectly and seeks to provide a heuristic benefit. Lessons Learned Templates in Google SheetsWhen accessing a Google Sheet to edit you need to go: File / Make a Copy. This will only be available of you are logged into Google. Lessons Learned Templates in PDFThis is a platform one should use if using an existing template or lessons learned example. This is also a perfect platform to use when the analysis is fully completed and one wish is to share their findings with others, but while creating an analysis this might not be the easiest technology to use.
Lessons Learned Template Online Software / ToolsLet us know what you thought of this article! If you found it helpful please reach out to us in the comment section and let us know! I’m glad that I was able to write this because I know when I was first faced total with the lessons learned document I was completely confused. Hope this was helpful if so please let us know Via https://pm-training.net/lessons-learned-template/ It is costly mistake choosing the wrong outsource software development model. As a project manager or product manager you want to always be delivering value to the customer. You don’t care about software engineering practices. Its outcomes you want not outputs. The software development model will determine how you will communicate with the team going forward. It manages expectations and set ground rules for ways of working. we know communication is the reason most projects fail. Choosing the right outsource software development modelIf you plan to have a long standing relationship with the software development team it needs to be an agile approach. That is an absolute MUST HAVE. The real decision is to choose lean project management vs agile methodology such as scrum. Lean Software Development focuses on delivers outcomes When you should use lean is you want to have your development team part of the mission to service your customers. You need to provide them with your problems not requirements. The last thing you want is to spoon feeding the development team requirements as this just leads to poor results. You want the team to be focused on delivering outcomes. Scrum focuses on delivering outputs When you should use other Agile methodologies such as Scrum Agile Framework work is when you are outsourcing your software development. You need to realize though what you are doing is staggered waterfall not Agile per se. Scrum gets lost in following the framework vs delivering value. If you want your IT department to be a cost center and think its okay you should read LeanEssays: The Cost Center Trap. Avoid Feature Factories John Cutler came up with the term feature factory as he saw some companies become more interested in completing story points than learning what types of functionality users actually wanted. John viewed these organizations as factory workers assembling features without thinking about what they contributed to the product. We discuss how you can avoid this by implementing a lean methodology vs agile in our latest blog post. Via https://pm-training.net/outsource-software-development-model/ Lean project management vs Agile isn’t the question you should be asking. It is if lean vs scrum or XP. This is because in my opinion lean empathizes what Agile set out to do. It is product management at its core. There is no bigger waste than building features that a user won’t use. Lean is focused on addressing this. 1. Outcomes vs OutputsAs a business owner or product manager you want to always be delivering value to the customer. You don’t care about software engineering practices. Its outcomes you want not outputs. The IT department plays a critical role in the success of your business. You will be investing a lot of money for them to help you deliver strategic plans and revenue for the company. It should be deeply integrated with business functions. How to do this is by having product teams. When you should use lean is you want to have your development team part of the mission to service your customers. You need to provide them with your problems not requirements. The last thing you want is to spoon feeding the development team requirements as this just leads to poor results. You want the team to be focused on delivering outcomes. Lean focuses on delivers outcomes When you should use other Agile methodologies such as Scrum Agile Framework work is when you are outsourcing your software development. You need to realize though what you are doing is staggered waterfall not Agile per se. Scrum gets lost in following the framework vs delivering value. If you want your IT department to be a cost center and think its okay you should read LeanEssays: The Cost Center Trap. Scrum focuses on delivering outputs 2. Lean Project Management & Agile Have Same PrinciplesLean is actually the most Agile of all methodologies if you look at the principles. I have attempted to map lean principles to agile principles below. There is a comprehensive overlap. Why I favor lean over other Agile methodologies is the acceptance that there is waste in Agile methodologies and we should look at reducing it. Lean focuses on delivering value to customers faster by identifying and removing waste from a manufacturing process, or (put another way) by reducing lead times through optimization of the value stream. Lean primarily focus is reducing waste. Scrum focuses on user centered product. There are 7 types of waste in lean product development. Maybe you don’t need a estimation session every week so you have a backlog of story points for the next 18 months. This is why I feel other Agile methodologies hide behind the framework which can quickly turn into a staggered waterfall approach vs agile project management.
DevOps is mainly geared towards the first 3 principles of Agile:.
3. Lean Product Development vs ScrumLean project management was first crafted by Mary and Tom Poppendieck by taking lean manufacturing techniques and using them for software. The wrote the book “Lean Software Development”, which utilized Lean values, practices, and principles to the software industry. Scrum is the Agile methodology of choice used by large enterprises. They are utilizing Scrum as a hybrid project management as staged project management vs staying true to Agile principles. Methodologies such as SAFE and LeSS are a high contributing factor to this. The core idea of Scrum was to release small increments of value to the customers. This works well in small companies. Unfortunately, in large companies, it’s not so easy when you have multiple layers of people acting as the customer. You are reporting and gathering feedback from managers and there is a large disconnect in the entire process. Scrum has clearly defined ceremonies to enable these 9 principles from Daily stand-ups, planning, sprints, estimation, refinement and retrospectives but these are number 4 to 12 in the 12 Agile Principles. A lot of these software development processes such as daily stand-ups are great to increase communication. Having retrospectives and review sessions are essentials forums to gather feedback and improve as a team. A couple of issues I found with Scrum, which I personally found anti-agile were:
The role of Product Owner is one of the main issues with the Scrum framework. They are the linchpin in Scrum. In my opinion the business has a product owner in place to be the project manager to give status updates, the team expect them to be a business analyst being bale to prepare detailed stories and specs. Mary Poppendieck discuses this problem very well.
4. Lean Avoids Feature FactoriesIn theory it might seem they are applying Agile principles but what they are really doing is building endless backlogs and feature factories. John Cutler came up with the term feature factory as he saw some companies become more interested in completing story points than learning what types of functionality users actually wanted. John viewed these organizations as factory workers assembling features without thinking about what they contributed to the product. I have a similar opinion to John as team leaders are more interested in burndown charts and hitting sprint goals than the business outcome achieved. This is how success is measured. It can be argued other Agile methodologies such as Scrum which are centred around software development teams and processes. Even though most companies I have worked with, have implemented Scrum, some better than others. There was always a disconnect to actually releasing due to testing and scheduling etc. After reading The Phoenix Project it gave me a new understanding of these struggles but from Ops team point of view instead of the feature team. Simply because a feature has been “released” from a sprint doesn’t mean that it actually goes “Live” into a production environment. I admit I took for granted the struggles of deploying code into new environments and never really understood the struggles that the development team were protected from. The Phoneix Project teaches W. Edward’s Deming ‘appreciation for the system’ which highlights the need to ensure the fast, predictable, and interrupted the flow of planned work that delivers value to the business while minimizing the impact and disruption of unplanned work, so you can provide stable, predictable and secure it service. Lean project management puts the customer first. 5. Lean Project Management is Based on Toyotas SuccessThe phrase Lean Project Management is adoption from lean manufacturing which is focused in eliminating waste. Lean Manufacturing methods were developed by Toyota from studying the work process in supermarkets fulfilling stock needs. The supermarkets were able to fill the shelves with just enough product to keep the consumer happy and enough stock to keep shop owner happy. Toyota wanted to replicate this in their factories so they assigned Taiichi Ohno one of their engineers to implement it. This is in turn created lean manufacturing and the word Kanban was used by Toyota to describe the process. The word Kanban translates to signboard in Japanese (). When working in a start-up though we avoid this issue by working in teams that have full end to end accountability for delivering business outcomes. The product and tech team are actively reviewing data to make decisions to help deliver the outcomes. Lean Product Development ExplainedProduct management is critical to developing the right thing at the right time for the right people. 6. Lean Recognizes 7 Types of WasteThe 7 types of waste in lean product management include task switching, defects, waiting, extra processes, not finishing work. I feel lean is the perfect Agile methodology if you want to be a user centered organization. At its core its about providing value to the end user. The core lean tools such as Kanban Boards, Value Stream Mapping, A3 for PDCA (Plan-Do-Check-Act), Devops as Software development all incorporate lean thinking. 7. A3 for Easy Planning and AnalysisA3 a structured way to learn about a dilemma and explore options for improving the situation. It can include value stream maps. 8. Kanban Framework for Improved Ways of WorkingThe core principles of Lean Product Management were created by Mary and Tom Poppendick inspired by Lean manufacturing. Lean manufacturing used Kanban boards such the Toyota system. Kanban is a framework for managing flow of materials or information. Kanban matches amount of work to a teams capacity giving them more flexible planning options, faster output and transparency throughout the development cycle. Kanban has one main tool the Kanban Board, which augments the traditional Iteration Backlog with additional detail by including the development steps/processes as well as introducing work limits per queue.
Even though Kanban doesn’t define a full agile life cycle it has gained popularity as it replaces the Iteration Backlog and can adapt to change a lot quicker. It is also been used by companies new to Agile as it can fit in with their current process without much interruption. Most project can be viewed as a process to achieve a desired result. Kanban is a tool for managing the process and manage the optimal flow of work within the project. There are 3 rules to implement Kanban.. Rule #1: Visual WorkflowA visual representation of the process is key for success especially with more complexed processes. To create the visual representation you need to determine the workflow of the tasks to complete the project. For software development a simple example workflow would be… Analyse -> Design -> Develop -> Test -> Release These would then get their own columns in the Kanban board. After you have created the Kanban board you need to set limits to each column. Rule #2: Limit Work in Process (WIP)The Work-In-Process (WIP) is the limit of tasks for each column. The concept is that only a number of things can be worked on at the same time to be done well. There is always an optimal amount of work that can be processed regardless of team size, organization etc. The lower the WIP the quicker bottlenecks or pain points in the process will be revealed but if too low the team will ignore them and learn nothing. Moderate WIP limits is a good compromise with a resilient team to the new process. Rule #3: Measure and ImproveSimilar to other Agile Methodologies improving the process is a constant process and based on metrics. The key metric in Kanban is the WIP and the manager should be focused on looking for the optimal WIP to get the team to reach their maximum potential. Another metric that is brought to light from Kanban boards is the cycle time to complete a task and also the manager should be looking to reduce. 9. Devops for Frequent Software Releases & Quicker FeedbackDevOps goal is shortening software delivery cycles and improving the stability of deployments. The Agile Admin’s popular blog post, What is DevOps?
defining DevOps is chronicled in The DevOps Handbook,
What feels like a departure from process is merely the continual refining of a process Some of the key management practices of Lean management and monitoring include:
As my experience with DevOps is only starting I don’t have any pet hates like I do for Scrum but Scrum does help build teams very well so with this and a new focus on continuous delivery and integration coming from Devops it might be the perfect match. I was always in favour of a Scrumban approach so maybe in the future, this might be the happy medium combined with a CI/CD release process. Via https://pm-training.net/lean-project-management-vs-agile/ Last week I discussed about stakeholder management and I planned on running a roles and responsibilities workshop. I want to bring some order and process to the product development process. Its clear to me there is an overlap of Agile team roles and the delivery of sprint work seems to be effected. The priorities are changing. Scope is being expanded. Is it my responsibility to help improve predictable delivery? I’m not sure. The role is not clear but also its not clear who is responsible and are they kept accountable. I have since been planning on how to approach this with the team. To address this with the team I plan on presenting 4 simple slides, which you can find below:
Above all any approach we use to clarifying roles to encourage people to play more roles not less! While preparing this blog post I discovered fascinating approach by using the concept of jobs to help achieve this. The idea that a persons job changes depends on the situation and everybody self organizes to achieve the outcome. If you are not clear of who is responsible for what within the team according to the 5 stages of team development you are at the forming stage. I expect all team members want a high performing team so I will approach the situation outlining that I’m confused with current work structure. Agile Team RolesSecondly, before presuming everybody knows what to expect in an Agile team I outline the various roles. You can have multiple leaders within Agile environments from Product Manager, Product Owner, Technical Lead, Architect, UX, Sponsors, SMEs, Scrum Master, Agile Coach and Agile Project Managers. In smaller organizations you will have people multi-jobbing which can confuse things even further. It can be very confusing who is responsible for:
In a well formed organization with clear roles defined these questions will be easily answered. That said you can’t just presume the team has the same experience. Agile can be implemented in various ways in different organziations. Agile Team Roles Defined
Thinking of Agile Roles Differently using JobsAgile by Design propose that you define a small number of overarching jobs descriptions made up of lots of narrow and overlapping roles and behaviors. All of the different things people can do are captured as behaviors. Behaviors are identified by people in teams, and required behavior can and will change based on the emerging needs of the team. In tech organizations the 3 jobs. Every one fits into one of those three jobs. Every possible permutation of what people can do to create value is slotted into one or more of these jobs. We empower people to flesh out the details in terms of level, behaviours, roles, etc. But official job titles are limited to these three. Agile by Design propose team members to refine their job and role description in terms of what behaviors are core to their job (what they are accountable for), and what behaviors are adjacent to others. Try to move as many behaviors as you can into the adjacent bucket. Keep revisiting until the team becomes more comfortable into letting the “play determine the role”. I will need to do further research into Agile by Design approach but from the above images you can see there is a clear benefit of encouraging team members to do more but making it clear who is accountable. Via https://pm-training.net/agile-team-roles-defined/ Passing the CAPM with specific CAPM Practice Exams will triple any exam takers chances of passing the exam. We have gathered a list of 5,017 questions that you can practice for free. The more questions you review the better. What really helps though is practice exams so try to do as many as possible. What even helps more is having CAPM questions structured in exam simulated format helps prepare and is critical to passing. When to take the CAPM ExamRemember when practicing CAPM questions and answers, take notes especially for the mistakes you make. Its okay to get them wrong but you want to ensure you learn from mistakes and avoid them in the real exam. As a guideline when taking exam simulators: CAPM Practice Exam Scored Over 70% â> We recommended score to sit for the CAPM exam confidently. Top 3 CAPM Exam SimulatorsA benefit from the new PMI âAuthorized Training Partnersâ program is that all ATPs get access to official CAPM Exam questions from PMI; hence the updated simulators will be providing a better sense of the type of questions you will be facing. This is why we encourage you to consider selecting an exam simulator developed by an ATP organization to get proper training.
Sneak Peak at some CAPM Test SimulatorsCAPM Exam Q&A
What is CAPM exam?
CAPM which stands for Certified Associate in Project Management. It is the entry level certification for project managers with little experience and looking to get formal certification.
Does CAPM increase salary?
Certified CAPM will receive approximately $51,000 to $110,000 on an annual basis. You can also work as a certified project management professional and enjoy around $78,000 to $127,000 yearly.
What level is CAPM?
CAPM is a PMI introductory project management certification and targeted at entry level project managers. Many PMPs start as CAPM as they donât have the experience to apply for PMP and want start learning. CAPM Test Prep VideoCAPM Study MaterialsProcess Exam â PMI CAPM Certification Exam 15 Top CAPM Exam Questions And Answers (Sample Test Questions) CAPM Test Questions and Answers pdfCAPM Exam Prep Questions 2010 PDF Top 5 Free CAPM Practice Quiz Online on Quizlet
List of Free CAPM Test QuestionsLearn More About Project Management
Shane Drumm No Comments
Welcome to another edition of Weekly PMT, my free newsletter packed with tips, insights and opportunities to grow your Project Management Career After recently joiningâ¦
Shane Drumm No Comments
Power Dynamics in the workplace can be tricky grounds to navigate especially if you are lacking expert power as a project manager. The authority youâ¦
Shane Drumm No Comments
I originally wrote this article on virtual portfolio planing for the newly published book called The Projectless Manager. It is a collection of stories aboutâ¦
Shane Drumm No Comments
Throughout my career, I have struggled between choosing a product manager vs a project manager career path. Both have great opportunities and bring their ownâ¦
Via https://pm-training.net/free-capm-practice-exams-questions/
After recently joining a startup one of the key tasks I set out to do was bringing some order and process to the product development process. In my opinion it wasn’t clear who was doing what and how it all worked. We had multiple projects in play. Lots of opinions on what was most important and how to do it. Worst of all we had zero to no budget to grow the team. There was an immediate need to learn who were the key stakeholders and their needs and wants. I use 3 tools to help me accomplish this:
I’m not one to jump in with my bright ideas and tell everyone they are wrong. I take couple of weeks to get an understanding of the internal workplace dynamics especially. This helps avoid cognitive bias from only speaking to select set of peers. Stakeholder MapFirstly, I started my stakeholder map so I could identify who were the key stakeholder in the company. I kept this simple and just had it on the back of my notepad as it was a personal opinion than a project specific. If in a project environment I would look at creating a formal stakeholder map using Miro or something similar. Included with the titles I added the peoples names to help me remember. One of the first was the CFO and understanding his needs. CFO Needs…
As the weeks fly by I will look at doing the same with the other executives and key stakeholders. The Key Stakeholder DisruptorsSecondly, started identifying the various characters in the company. The 4 common people I run into as a product manager is the HIPPO, the RHINO, the WOLF, and the ZEBRA. These are common across businesses especially in small companies where opinions run riot. I quickly started assessing and put tactics in place to tame them. Printing out the below and putting up on a wall is a great way to get people to identify which animal they are being Hopefully they have the self-awareness to realize what they are doing is being disruptive and look at improving their behaviour. Finally, after identifying the key stakeholders, some of the key disruptors and attending some sessions I quickly realized that the team were not clear and who was accountable for what. RACI Matrix for StakeholdersWorking in a small company this can be pretty tricky as people double and triple job the lines can easily get very blurry. For example we need user guides. Ideally we would have a technical content creator or product marketer than can could oversee this piece of work. We had no such person but the task had to be done. Instead it would fall to the Product Owner, Designer, Team Lead and Digital Lead. It was just not clear who was ultimately responsible for the success of delivering this output. This why I held a roles and responsibilities session where the output was a RACI chart. Firstly, we identified all the roles we would expect if we had unlimited budget. Secondly, we listed all stakeholder across the top of our RACI table. Complete the cells of the model identifying who has responsibility, accountability and who will be consulted and informed for each task. We ensured every task had at least one stakeholder Responsible for it. No tasks had more than one stakeholder Accountable. As we went through each task we resolved any conflicts where there is more than one for a particular task. Read more about creating a RACI chart here. Conclusion on Stakeholder ManagementAll of the above was very much step one of identifying stakeholders and putting some guard rails in place to help the project run smoothly but that’s just the start. My attention will swiftly switch to improving communication channels within the company and stakeholders which I will cover next week. Kind Regard, Shane Drumm Fail to Prepare, Prepare to Fail Founder PM-Training — Helping Project Managers Further Their Careers Via https://pm-training.net/startup-stakeholder-management/ Power Dynamics in the workplace can be tricky grounds to navigate especially if you are lacking expert power as a project manager. The authority you will have as a project manager will be determined by the organization structure you are working within. The power you have will be determined by the characteristics you have as a project manager. Relying solely on expert power as a having experience in the area or being a subject matter expert can be a cortical mistake. We outline the other types of power a project manager can use to successfully deliver a project. Specifically reward power can be used so easily and effectively its silly not to use it. A great project manager can utilize different types of power depending on the situation regardless if they work in functional or weak matrix organizations. They will look at their skills of building relationships in the workplace to achieve the desired results. Having expert power is always a bonus to come across as an authority in the subject and avoids relying on other expert opinions but this can be hard to be avoided depending on how technical the project can be. In some organizations they will choose a project manager based on their knowledge of the area already. Then the project manager will be able to utilize their exert power to influence the project. They are a source of knowledge which others in the workplace are then coming to them for help which provides leverage and good working relationships. Power Dynamics per Type of Organization for Project ManagersThere have 5 types of organizations that a project manager will find themselves working in. The different organizations provide formal authority which is legitimate power from French and Ravens 6 basis of power. With expert power in any organization it will give you an advantage.
Understanding the type of organization gives you a better a footing on what actually authority you have over the project tram and management. This said you don’t need to just use your authority to deliver a project. A project manager should have a charisma to influence managers decisions in their favor, motivate team members to work harder, gather information for their team members and proactively get in front of issues. These are all examples of power. 6 Types of Power by French & RavenR.P French and Bertam Raven studied the subject of power and determined 5 basis of power. Dividing it up in 5 separate categories. They identified those five bases of power as coercive, reward, legitimate, referent, and expert power. Informational power was added after.
Important Power for Project ManagersReferent PowerA project manager should have the ability to lead people regardless of authority. The ability to build relationships with team members by having humility, caring, approachable, friendly personality helps project manager get people to like them. People are more inclined to follow people they like. People also will follow decisive leaders who aren’t afraid to make decisions. Reward PowerTeam embers who perform well should be rewarded and recognized. It doesn’t have to be a bonus or monetary terms which will not be available to the project manager. HBR share new research on the power of symbolic awards such as thank you notes, public recognition, and certificates. They find that these simple interventions can significantly improve employee motivation, but clarify that to maximize their effect, it’s essential to customize these rewards to your unique context. Saying thank you doesn’t cost anything. It will make the person feel appreciated. You don’t need to think too outside the box to utilize reward power. Every project manager should look at incorporating reward power into delivery strategy. From calling people out in lessons or daily standups just thank people. Expert PowerOne of the most powerful of the 7 types of power is expert power. It will give you give instant rapport with team members and organizational leaders. You will instamtly understand what the project team are speaking about and be able to provide valuable insights based on your experience. When reporting to leadership team you will easily instill confidence in your ability by having an in depth knowledge of the subject matter. This will ease any concerns the leadership team might have about certain aspects of the project. That said just expert power without project management training will not ensure a successful delivered project. Expert Power Pros and Cons
Gaining Expert PowerCoercive PowerProject managers should avoid coercive power as much as possible. The use of threats is not a practice that should be used in a healthy project management environment. Conclusion of Expert Power Dynamics in WorkplaceRelying on just expert power can be a critical mistake for a new project manger. Not only will they will still need to utilize project management skills such as project planning, managing risks, communicating changes, managing updates, informing stakeholders but they should look at improving their reward and referent power too. As in modern project management a project manager will utilize various types of power. They should not be held back based on the organization they are working within. It is good to recognize the type of organization you as a project manager are working within. From weak matrix to fully projectized environment. It helps to understand power dynamics between you and functional managers within an organization to determine who has authority and not. Having the skillset to deliver projects regardless of organization is the test of a true project manager. Having the ability to leverage expert power requires lots of time but can be critical to building confidence in your ability. A quick win that every project manager should look at utilizing is reward power. Recognizing team members or stakeholders efforts with a simple thank you can be instrumental to build up a relationship and happy team member. It cost nothing to say thank you. You can go above an beyond by having printed certificates or simple thank you notes. It all makes a difference. Project Management TemplatesTo help you become a better project manager we have gathered some useful templates you ca use in your day to day.
Shane Drumm No Comments
Having a stakeholder map template is a critical tool for any project or business owner to understand the key stakeholders they must interact with. Recently…
Shane Drumm No Comments
Scope of Work Templates is a critical piece of the Statement of Work (SOW) document project manager need to kick off projects and avoid scope…
Shane Drumm No Comments
Use the right concept map format, style, and tool to get your point across effectively. From collaborative online workshops to complex systems we have examples…
Shane Drumm No Comments
Virtual brainstorming is hard. It relies on people working together in sync. The team needs to be able to contribute an collaborate at the same…
Via https://pm-training.net/expert-power-needs-reward-power-in-2021-workplace/ Having a stakeholder map template is a critical tool for any project or business owner to understand the key stakeholders they must interact with. Recently when I joined a new company I utilized a stakeholder map to understand the importance of the different stakeholders within the company. It provided me with the information on who I need to meet one to one, who I should try keep informed, what are their interests and how can they affect my project positively or negatively. Identifying StakeholdersFirstly, do you know what a stakeholder is?
Simply a stakeholder is an individual you need to work with during the project or product or process. There are two types of these stakeholders you need to be familiar with. Internal Stakeholder: The people who work within your company. Your colleagues, your boss, their boss, customer support, the receptionist, people working in your companies shop. When tryin to identify stakeholders use artefacts such as company organization charts, speak to people within your department to help you. External Stakeholders: The customers and external agencies such as suppliers of goods. It can also be a bank clerk, investors, competitors. When trying to identify external think who will use the product, who will it effect. Ask who in the community is interested in this? Are there any third parties who I need to interact with or are interested in this? Categorizing StakeholdersOnce you have completed identifying stakeholders the next step is to start ranking them. I create a list of all stakeholder in a table and start brainstorming all sorts of stakeholders. Ideally you want to eliminate as many low interest, low power people as possible so you can focus on key stakeholders you should engage with.
Mapping StakeholdersThe next step is to start mapping the stakeholders visually. If you have created a table ranking them already this step is a lot easier and more of a job of visualizing to double check and make it clear for others more than anything else. It can also help categorize the various stakeholders by drawing further pictures of what the stakeholder groups are. The main benefit of a stakeholder map is to get a visual representation of all the people who can influence your project and how they are connected. You have a variety of tools available to help you. List of Free Stakeholder Map TemplatesWe have gathered a list of the top free templates you can use but sometimes it simply comes down to what tools are you familiar using. If you don’t have a Microsoft license you would be better using an online tool or google free tools. If you are not tech savvy just look for a PDF that you can print and use physically. Microsoft Word Stakeholder Templates
Powerpoint Stakeholder Templates
Google Slides Template
Online Tools to Create Free Stakeholder TemplatesThis list of online tools have a collection of maps for you to use easily. For cresting stakeholder maps in particular this is my prerefence:
Stakeholder Mapping Step by Step Instruction Video@Lauren Kress, The Business Scientist explains the role of stakeholders in this short video on stakeholder mapping. Learn how to identify the people who will be affected by what you say and do (they have an interest in your activities) – and who will have an affect on what you can say or do (they have influence on your activities) and find a place for them on your stakeholder map. Benefits of Stakeholder MappingThe benefits teams can enjoy when the stakeholder mapping techniques include:
Project Management Template ArchiveWe have created a a collection of other templates you might find helpful to deliver your project successfully:
Shane Drumm No Comments
Scope of Work Templates is a critical piece of the Statement of Work (SOW) document project manager need to kick off projects and avoid scope…
Shane Drumm No Comments
Use the right concept map format, style, and tool to get your point across effectively. From collaborative online workshops to complex systems we have examples…
Shane Drumm No Comments
Virtual brainstorming is hard. It relies on people working together in sync. The team needs to be able to contribute an collaborate at the same…
Via https://pm-training.net/stakeholder-map-templates/ |
Youtube Blogger Website
Google+ Twitter Facebook
Pinterest Wordpress Gravatar
Tumbr Diigo Disqus
Quora Profile Quora Blog Medium
BrandYourself WiseIntro ItsMyURLs
TheNounProject Klout About.me
Soundcloud LookupPage MagCloud