Hey there! Welcome to my one-stop resource corner on Agile. I review current Agile trends, functions, concepts, and understanding for the purpose of improving project development.
This is a technique lifted from XP (Extreme Programming). Card On each card is enough text that identifies a requirement. Notes of priority and cost are written on it as well. They serve as tokens for requirements and are handed to developers during implementation and returned to customers when completed. Conversation Conversations are collectively exchanges of thought between customers and programmers. It is largely verbal, but may be communicated with supplemental examples. Confirmation Confirmation, in other words, acceptance tests, are defined at the start with the customer and shown to customer at the end of the iteration to confirm the story's completion. Note that extra documentation, while seemingly helpful, hardly "confirms" anything and cannot replace acceptance tests.
Notes from here There are five phases of project management. 1. Project Initiation Here, you are turning an scribble into a meaningful SMART goal. Business case is defined broadly and the project charter is created. Included within the cater is the goal, scope, key stakeholders, and register of roles. Technical aspects are not yet considered yet at this stage. 2. Project Planning The project road map is planned out. Unless it is agile, this phase is very comprehensive and may account for up to 50% of the project's time. It includes identifying technical needs, developing a detailed project schedule, creating a communication plan, and setting up goals/milestones/deliverables. 3. Project Execution Deliverables are being met. 4. Project Monitoring and Controlling Simultaneous with Step 3, PM makes sure that project objectives are being met and everything is good smoothly between the team and stakeholders. PM ensures that there is minimal deviation ...
Notes from this article The article goes over several things, but applied specifically to Lean Project Management. Epics are used in Lean to create Minimum Viable Product (MVP), the simplest working-grade product that may be presented to the market. Epics are (as a rule of thumb) projects but have the addition of a few factors that distinguishes them. They are measured against the anticipated outcome, as opposed to the desired outcome, tracks the benefits of the project as opposed to the ROI, and is used to evaluate the decision as opposed to the follow-through of the scope. Epics are budgeted in advance with a hard-line STOP when the budget has been hit. It is then evaluated on whether or not the project is profitable and worth pursuing. In other terms, it may be used as a litmus test for a new venture. Below is a template where you can use to create an Epic. Template
Comments
Post a Comment