THAI CPE

Resource Needs

Implement the quality management plan
using the appropriate tools and techniques, in order to ensure that work
is being performed according to required quality standards is role as
the project manager during quality assurance.

Control Quality Tools:

Pareto Chart - แผนภูมิพาเรโต
http://topofquality.com/spareto/indexpareto.html
http://202.183.190.2/FTPiWebAdmin/knw_pworld/image_content/85/81-86.pdf

CE-Analysis (Fish bone diagram)
http://www.lean4sme.com/index.php/99-tool/root-cause-analysis/144-ce-analysis-fish-bone-diagram

Case Study 6:

• You have two team members who are frequently assigned to the same activities. Typically the way in which they are meant to work is that one of the resources, we will call him Sam, is meant to be available to answer questions about the work. Sam is to help if there is a problem, or to brainstorm solutions when there are issues completing the work. The other resource, we will call him Joe, is the resource that will actually complete the work. For example, during project A, the new product required some design work. Joe is the one who was supposed to create the design, and Sam was the person Joe could go to for questions or concerns about designing this type of product. Both Sam and Joe are good and diligent workers. They get along well with one another, and they get along well with you and their coworkers. Sometimes there does seem to be some confusion as to who is supposed to do what. For example, in a meeting, Sam and Joe both realize that they were each trying to design the new product. Another time, a different team member had some questions about the work. Before Sam could reply to the questions, Joe responded.

As the project manager of Project A where all of the resources are 100% dedicated to the project, a way to help them out is work with the team to create a RAM or responsibility accountability matrix which depicts who does the work, who consults, who is informed, etc.

https://www.project-management-prepcast.com/131-pmp-exam-tips/307-pmp-exam-tip-the-work-package-explained

http://www.projecttimes.com/articles/using-work-breakdown-structure-wbs-for-effective-project-estimation.html

The term resources not only refers to people, it include money, materials, and equipment, etc.

The acronym RAM stands for Responsibility Assignment Matrix.

When you use the RACI or Responsible, Accountable, Consult, Inform version of the RAM, those who are responsible are Completing the work.

A work package is a Deliverable at the lowest level of the WBS.

The WBS is used to derive The project schedule baseline, The project cost performance baseline, and The activity list.

When it comes to projects, the emphasis is on strategic quality management. Quality is not an accident, quality is part of the plan, and quality is everyone's job.

The discipline of quality management complements the discipline of project management. Both recognize the importance of Customer satisfaction, prevention over inspection, continuous improvement, and management responsibility.

Project quality focuses on the project management processes used to meet project objectives.

The Process Improvement Plan is a subsidiary, or component of the project management plan.

Performing quality assurance within the context of a project involves applying the planned, systematic quality activities to ensure that the project correctly employs all processes needed to meet project objectives and product requirements.

Estimating

Project Budget Reporting Guidelines belong in the cost management plan.

Analogous Estimating Example:

• A past project took 20,000 hours to complete. Your new project is adding some additional scope and that scope is estimated to take 10,000 additional hours. There is some work that was completed in the previous project that will not be completed in this project. That work is estimated at 5,000 hours. Labor rates have increased 10%, the old rate was $25 per hour.

Estimate should you give for your new project is (20,000 + 10,000 - 5,000) x 27.50 = 25,000 x 27.50 = $687,500.

Earned Value Example:

• Your project has been active for two months. At this point, the amount of work you should have completed is valued at $25,000. Per your budget reports, you see that you have spent $30,000 to date. The amount of work that has actually been completed is worth $20,000.
  Your actual costs are $30,000, which means that your cost variance (CV) is:
  CV = EV-AC = $20,000 - $30,000 = -$10,000
  A negative cost variance means you are not on budget, you are over budget.

Your Cost Performance Index (CPI) is AC/EV = $20,000 / $30,000 = 0.67

Case Study 7:

• You and the team are both excited and nervous about project day. You're on a tight deadline to create and launch a new product. This product is very promising. Research shows that your customers will love it and they will buy it. You are all 100% dedicated to this project, so that you can all give it the necessary focus to launch the new product before any of your competitors. Everyone is nervous about meeting the due date, and everyone is nervous about submitting estimates. To be fair, because this is a new project and there are activities that the team members have never completed before, this introduces an element of uncertainty. In a team meeting, a team member questions one of his peers about an estimate. He believes that the estimate seems too high. His peer replies that this is a piece of work that none of them have completed before. And, so in order to manage expectations, he has taken his original estimate and padded it. He does not want to be the one who misses a due date on this critical project. Others nod and express that they, too, have placed some pad in their estimates.

You do not want to be the project manager who misses the due date on such a critical project and so you ask the team to submit estimates that reflect the amount of time they think it will take to complete the work and then separate out some contingency - in other words potential extra time because some of the work is risky.

An estimate created by looking at a similar project or activity and then adding or subtracting to or from the estimate based on the differences between the two is called Analogous estimating.

When you have good historical information which can be used in a reliable formula or model, you will probably use Parametric estimating.

When you are concerned that your estimates might not be correct, especially if you think they are too low, you should not pad the estimate and add extra.

Management reserve is not tied to specific work packages it is for the entire project.

You are preparing an estimate of the cost for an IT system expansion for a new branch office location. It is very similar to the IT system expansion undertaken for a branch office that opened six months ago. Analogous technique you might use if you are pushed for a quick estimate.

You are building an apartment complex with four, 10,000 square foot buildings based on the same drawings you used in another city two years ago. The danger of estimating using the same parametric model of $50 per square foot is Historical cost relationships may no longer be applicable.

Bottom Up Estimating is A technique that involves estimating the cost of individual work packages or individual schedule activities with the lowest level of detail.

The Project Budget is equal to the cost baseline budget plus management reserves.

The S-Curve depicts the relationship between the cost baseline budget and the schedule because it shows the planned cost baseline budget across the planned project timeline.

A project manager spends 90% of his or her time communicating.

The best medium for the communication, With whom to communicate, and What they need to know are parts of a basic communication plan.

Upward communication is communication to/from Your senior management.

When you report project status you compare actual performance to The planned performance or baseline.

Earned value integrates scope, schedule and budget and uses monetary values to assess project status.

You are beginning to staff your project. Organization chart, WBS, and Responsibility Assignment Matrix will be used in developing and/or communicating roles and responsibilities.

How information will be communicated, Timeframe and frequency of communication, and What information will be communicated are likely to be documented in a communications management plan.

Effective project communication management creates a bridge between stakeholders based on a shared understanding of the project and the ongoing sharing of information needed for its success.

A Communications Management Plan does the Lays out the approach and method for delivering information effectively and efficiently.

The Sender and the Receiver should take the most responsibility for clear and effective communication.

Managing Project Risks

Know who to involve in risk management planning, Know who to ask about the degree of risks that project faces, and Know which organizations are involved in the project are the reasons the stakeholder register is needed.

Case Study 10:

• You and your team have identified a risk that is a threat to your ability to successfully meet project objectives. The risk involves team members from your company performing work which requires training, certification, and many hours of experience. You have one newly certified team member and others who are still in training.

Transfer the risk - If you have a budget to hire external resources and there is a vendor you can hire who specializes in this type of work, hire them.

Case Study 11:

• You have just come from a Project A team meeting. You're feeling a little stressed and overwhelmed. Why? You asked your team to share with you the concerns they had about the project. You asked your team to share with you all of the things that could happen that could impact your ability to meet project objectives. You did also ask them to tell you about opportunities to complete the project early and/or under budget. But they really focused on their concerns about what could go wrong. Now, the team feels better because they have had a chance to vent and to discuss their concerns. You did write down everything that your team said. You asked questions while they described the various scenarios, and it occurs to you that your team just did a really good job of identifying risks. Now, all you have to do is decide what to do with all the information you're walking around with.

Put it aside and read it later after you have calmed down. Then organize the information and schedule some time with the team to discuss the likelihood and impact of each risk, so that you can prioritize the risks.

The purpose of project risk management is to Minimize the likelihood or the impact of negative events or threats to your project and to increase the likelihood or impact of positive events.

A positive risk is an opportunity; a negative risk is a threat.

When you and your team know that a negative risk has a high likelihood of occurring and it will be very impactful if it does You should develop a response to handle this risk.

If the response you choose is to avoid a risk this means that You change your plans so that you eliminate the risk.

Once you and your team identify and assess risks and develop responses you Continue to identify and monitor risks for the remainder of the project.

In a project context, a risk is defined as An uncertain event that, if it occurs, will have a positive or negative effect on at least one project objective.

The Risk Management Plan is a subsidiary of the Project Management Plan document.

A useful tool in identifying risks is the SWOT analysis. SWOT stands for Strengths, weaknesses, opportunities, and threats.

The primary output from the identification of risks is the risk register.

During a risk brainstorming session, a team member identifies a risk. This particular risk does not seem to belong to any of the categories in your Risk Breakdown Structure (RBS). You should Record the list in the risk register, discuss potential responses and make a note to update the RBS.

Change Happens

As part of planning, you have created a scope baseline, a budget baseline, and a schedule baseline. These baselines ever are allowed to change, if the baseline is completely unachievable and the project sponsor approves it.

Your project is running two weeks behind schedule. Your variance thresholds should be documented in your project management plan, look there for guidance.

Case Study 12:

• Back when you and the team were creating the scope statement for project A. One of the stakeholders really wanted you to include some additional features. These features were not part of the initial scope, and so you noted these features as out of scope. The stakeholder who requested these features was not happy. But her peers voted her down and reminded her of the importance of time to market. She has never given up on these features. She tells anyone who will listen that it is a mistake to release the product to market without these features. She has escalated her concerns to your executive management team. She has convinced at least one of them that she is right. Now your phone rings, and it is that executive manager. He is insisting that the features be added to the product immediately.

Explain to the executive manager that the scope has been signed off on and these features were specifically noted as out of scope and offer to help with a change request that should go to the change control board.

• medium.com/agile-development-in-thai/archive/2014/10
• medium.com/people-development/archive/2014/10
  
• medium.com/product-craftsmanship/archive/2014/11
  
• medium.com/pure-project-management/archive/2015/01
• medium.com/inspiring-home/archive/2015/03
  
  
• Risk Management อย่างง่าย - Six Simple Steps To Managing Risk in Your Project:
  
  1. เห็นถึงความสำคัญของ Risk Management ด้วยการมองย้อนกลับไปที่งานเก่าๆ ที่เราทำ... อะไรผิดพลาด
     
     
  2. Risk Identification: มองหาว่างานที่กำลังทำอยู่หรือกำลังจะทำเนี่ย มันมีความเสี่ยงอะไรอยู่บ้าง
     
  3. Risk Assessment: วิเคราะห์และประเมิน Likelihood: โอกาสที่จะเกิดขึ้น และ Severity: ความรุนแรง
  4. Risk Response: Mitigation: หาทางป้องกัน และ Contingency ถ้าเกิดจะแก้ยังไง หรือกระทบน้อยสุด
  5. Project Plan: หันกลับมาดูที่งานปัจจุบัน เราวางแผนรับมือความเสี่ยงไว้ดีแล้วรึยัง มีงานไหนที่ต้องทำเพิ่ม
  6. Risk Tracking & Control: ต้องใส่ใจติดตามด้วยว่ามีความเสี่ยงตัวไหนมั้ยที่มีแนวโน้มจะกลายเป็นจริง
     
  Risk: Requirement Changes, เวลาน้อยไปจนทำไม่ทัน, ลูกค้าอาจจะไม่ให้ความร่วมมือ, สมาชิกใน Team อาจจะลาออกกันไป, Technology ที่ใช้อาจจะใหม่เกินไปและยังไม่เสถียร, etc.
  The Future Has Arrived - It's Just Not Evenly Distributed Yet, William Gibson
  medium.com/pure-project-management/risk-management-8b90f92cd000
  
  

• Kanban ในชีวิตจริง - จัดระเบียบขั้นตอนการทำงาน - Organizing Steps of Work:
  Visualize the Workflow - Value Stream Mapping:
  
  1. ตอนนี้พวกเราทำอะไรกันอยู่บ้าง?
  2. แต่ละขั้นตอนใช้เวลาประมาณเท่าไร?
  Steps of Work:
  Business Idea > Approval > Requirement > System Design > UI Design > UI Creation > System Develop > Integration > Testing > Product Launch > Release
  เพื่อให้เห็นกระบวนการทำงานจากต้นน้ำถึงปลายน้ำจะได้สามารถกำหนดขอบเขตของงานที่ Team ต้องรับผิดชอบ
  
  Who's Responsible for What:
  Business Idea: PO >>> System Design: Architect >>> System Develop & Integration: DEV > Testing: QA >> Release: OPS
  งานบางงานก็ไม่มีคนรับผิดชอบ ต้องจัดการเรื่องความชัดเจนของหน้าที่ภายในและภายนอก Team
  
  How Long Does Each Step Take?:
  5 > Approval: 1 > Requirement: 5 > 5 > UI Design: 7 > UI Creation: 15 > 45 > 15 > 20 > 5 > 1
  
  How Long Does Waiting Time Take?:
  5+15 > 1+15 > 5+15 > 5+30 > 7+15 > 15 > 45+5 > 15+5 > 20+30 > 5+15 > 1
  
  Process Cycle Efficiency = Value Added Time (124 days) / Total Time (279 days) = 44.5%
  จะเห็นว่ากระบวนการปัจจุบันมีประสิทธิภาพแค่ไหนและจุดไหนที่กินเวลามากที่สุดโดยไม่สร้างคุณค่าอะไรกับงาน
  medium.com/agile-development-in-thai/kanban-c95422b5b632
  
  
• Kanban ในชีวิตจริง - กำหนดขอบเขตและหน้าที่ - Defining Scope and Responsibility:
  งานบางอย่างที่ Team ยังไม่แน่ใจว่าใครควรจะเป็นคนรับผิดชอบ มีสองทางเลือกกับสถานการณ์แบบนี้:
  
  1. เดินไปบอกหัวหน้างานว่าต้องการคนเพิ่มมาทำงานพวกนี้
  2. ยึดหลัก "ตนเป็นที่พึ่งแห่งตน" ด้วยการค้นหาดูซิว่ามีใครใน Team สามารถทำงานพวกนี้ได้บ้าง
  Team ต้องการ "ทักษะที่เหมาะสม (Skills)" ไม่ใช่ "คนที่มีตำแหน่งติดตัวมา (Position)"
  แล้วถ้าเราจะทำงานในแต่ละขั้นตอนให้ดี เราต้องการทักษะหรือความรู้อะไรบ้าง?:
  

  • Requirement: Business, Customer, & Technical Knowledge, Backlog Management
  • System Design: Internal System Flow, Web/DB Architecture, Hardware/Infrastructure,Security
  • UI Design: User Experience Skills, Service Design Thinking, Graphic Tools & Technology
  • UI Creation: Layout/Typography, Information Architect, Advanced Graphic Tools & Technology
  • System Develop: Advanced Web Development, Automated Testing & Refactoring, Deployment

  medium.com/agile-development-in-thai/kanban-944ad922792f
  
  
• Kanban ในชีวิตจริง - รู้จัก Team - Knowing the Team:
  หยิบทักษะที่จำเป็นในการทำงานที่ได้มาจากการประชุมข้างบน ให้คนใน Team Vote ใครทำอะไรได้บ้าง
  ข้อมูลที่ได้บอกให้ทราบว่าอะไรคือจุดแข็ง จุดอ่อน ทักษะแบบไหนมีเพียงพอแล้ว แบบไหนต้องการเสริม ตัวอย่าง:
  
  • มีอัตราส่วน Dev ต่อ QA ต่างกันมากที่ 4:1
  • ไม่มีความรู้ด้าน Business มากนัก
  • ไม่มีความสามารถเรื่อง User Experience และ Graphic Design
  • เรื่อง Hardware/Infrastructure และ IT Security ก็ไม่ได้
  • แต่เรื่อง Software Architecture & Design และ Web Development: OK
  • ...
  medium.com/agile-development-in-thai/kanban-afba83028bfc
  
  
• Kanban ในชีวิตจริง - คิดใหม่ทำใหม่เรื่องกระบวนการทำงาน - Rethink the Process:
  
  • ในช่วงแรก Team ควรจะได้ทำงานอะไรที่เชี่ยวชาญก่อน ถ้าทุกอย่างไปได้ดีเราค่อยขยายความรับผิดชอบ
  • Team ควรจะได้ทำงานอะไรที่มีคุณค่ากับทั้งในแง่ของผลลัพธ์ และการพัฒนาทักษะของคนใน Team
  สลับงานที่คนใน Team ไม่มีใครมีทักษะขึ้นมาทำก่อน แล้วไปคุยกับ Team ที่มีทักษะให้แบ่งคนมาช่วย
  รับผิดชอบงานที่คนใน Team พอมีความรู้โดยขอความช่วยเหลือ Team ที่มีทักษะให้เป็นที่ปรึกษาเป็นครั้งคราว
  กำหนดเรื่องที่ยังไม่มีอยู่ในขั้นตอนการทำงานแต่จริงๆ แล้วเป็นเรื่องจำเป็นออกมาให้ชัดเจน และขอความช่วยเหลือ
  เรื่อง Business/Requirement จะมหากาพย์หน่อย:
  

  • Business Goal ไม่ชัด
  • Requirement ไม่ชัดเจน
  • Priority เปลี่ยนตลอดเวลา
  • ต้องเอาใจ PO เป็นโขยง

  medium.com/agile-development-in-thai/kanban-bc5a94ac9d3
  
  
• Kanban ในชีวิตจริง - จัดการกับงานที่มาจากหลาย Product - Dealing with Multiple Products:
  ควรจะลดจำนวน Product ที่ดูแลลง ตามหลักการ Limit WIP นั่นเอง ปัจจัยที่เราใช้พิจารณาว่าจะทำหรือไม่ทำก็:
  
  1. ความเหมาะสมของลักษณะงานกับทักษะและความเชี่ยวชาญที่ Team เรามี
  2. ความน่าสนใจในแง่ของความท้าทายและโอกาสในการพัฒนาทักษะของคนใน Team
  เลือกลำดับตามนี้แล้วกัน แล้วเอาไปคุยกับ Product Owner:
  

  1. Priority มาก, Size เล็ก, Skill Match 5/8, Development Opportunity 3/8
  2. Priority น้อย, Size ใหญ่, Skill Match 1/2, Development Opportunity 5/8
  3. Priority ปานกลาง, Size ใหญ่, Skill Match 1/8, Development Opportunity 9/10

  Product ที่มี Development Opportunity น้อย เอาไว้ก่อน
  medium.com/agile-development-in-thai/kanban-product-owner-32b4615b307d
  
  
• Kanban ในชีวิตจริง - แบ่งสัดส่วนการทำงานให้ชัดเจน - Defining a Clear Work Portion:
  ปัจจัยเพิ่มเติมในการเลือก Product / Project:
  
  • ความคืบหน้าของงาน (Progress)
    
  • ความคืบหน้าเรื่องสัญญาธุรกิจ Product ที่ยังไม่ Sign ก็เอาไว้ทำทีหลังได้
  แล้วก็แบ่งสัดส่วนงาน ตามลำดับตัวอย่างประมาณนี้:
  

  • Project 1: 35% เป็น Project ที่มี Priority และมีความคืบหน้ามาก
  • Project 2: 30% Priority มาก ความคืบหน้าน้อยลงมา
  • Project 3: 20% Priority ปานกลาง ความคืบหน้าน้อย
  • งาน Support: 15%

  สามารถ Review ตัวเลขกันได้ทุกสองสัปดาห์
  

  Product Owner & Project Manager จะต้องมีการทำงานร่วมกัน, ความโปร่งใส และความเชื่อใจกัน (Trust)
  medium.com/agile-development-in-thai/kanban-fcb47c7f00bc
  
  
• Kanban ในชีวิตจริง - กำหนดสิ่งที่ต้องการก่อนเริ่มทำงาน - Defining What's Needed to Start The Work:
  ก่อนที่ Team จะรับงานสิ่งที่ต้องเรียบร้อยมาแล้วอย่างน้อยเลยคือ:
  
  1. Requirement ต้อง Clear ในระดับ 70-80% ทั้งที่มาที่ไป สิ่งที่ PO ต้องการ รวมถึงแนวทางการทดสอบ
  2. UI Design ก็ต้องพร้อมมาเลย อย่างน้อย Form, Layout, Controls ต่างๆ ก็ควรจะชัดเจนแล้ว
  3. พวก Hardware ไม่ต้องอยู่ใน Kanban Board เพราะไม่ได้รับผิดชอบโดยตรง แค่คอยประสานงาน
  เหลืออีกสองคำถามสำคัญ ที่ต้องไปขอคำปรึกษาจากน้องๆ ใน Team:
  

  1. กระบวนการทำงานในรายละเอียดต้องมีอะไรบ้าง?
  2. คำจำกัดความของคำว่า "งานเสร็จ" ของ Team เราคืออะไร?

  medium.com/agile-development-in-thai/kanban-49bbd36053a3
  
  
• Kanban ในชีวิตจริง - ร่าง Kanban Board Version แรก - Drafting The First Kanban Board:
  ถ้าไม่รู้จะเริ่มยังไง... เริ่มแบบง่ายๆ ไว้ก่อนเสมอ
  
  งานแรกที่ Team จะรับผิดชอบคือ System Design ตาม Scope งานที่คุยกันไว้ แยกออกมาเป็นหนึ่ง Column
  System Develop กับ Integration มันก็งาน Develop ทั้งคู่ จับมารวมเป็น Column เดียวเลย
  แล้ว Requirement, UI, Release, etc. ล่ะ?
  medium.com/agile-development-in-thai/kanban-kanban-board-590959c9a7ef
  
  
• Kanban ในชีวิตจริง - ดึงงานจาก Team อื่นมาอยู่บน Kanban Board - Visualizing Works from Outside on Kanban Board:
  Requirement: PO ดูหลาย Product อาจจะดึงมาอยู่ใน Team ไม่ได้ ก็ให้ PM ไปตาม Update มาใส่ Kanban
  UI: Kanban Board ไม่ได้จำกัดว่าต้องเป็น Team เราเท่านั้นที่ใช้ ก็ให้ Team UI มาคอย Update ได้
  Release: แยกเป็น 2 Column: Pre-Release สำหรับ Team เรา ส่วน Release ก็ไว้ให้ Team Operation
  
  medium.com/agile-development-in-thai/kanban-kanban-board-db88d4d5687f
  
  
• Kanban ในชีวิตจริง - แบ่งสัดส่วนงานบน Kanban Board - Splitting Swimlane in Kanban Board:
  
  แต่พวกงาน Support มันไม่ได้มีขั้นตอนเหมือนงาน Development ทั่วไป
  medium.com/agile-development-in-thai/kanban-kanban-board-72d005d7380
  

• Kanban ในชีวิตจริง - รวม User Story เพื่อลด Dependency - Combining User Stories to Reduce Dependency:
  
  1. Combine Them Into a Larger but Independent Story - ก็จับสอง Story มารวมกันเป็น Story ใหม่
     User Story A: As a user, I want to pull information for System A, so that ...
     User Story B: As a user, I want to see the information on my screen, so that ...
     New: As a user, I want to see information from System A, so that I can review ...
     แต่ถ้ารวมกันแล้วขนาดของ User Story นี้ใหญ่มาก มาดูวิธีที่สอง
  2. Then Split New Story from above - เอาข้อแรกมา Split ให้เล็กลงด้วยวิธีการที่จะไม่ให้มี Dependency
     
     เลือกแสดงข้อมูลจาก System A บางส่วนก่อน แนวทางนี้เรียก การแบ่ง Story ด้วย Data Boundary
  medium.com/agile-development-in-thai/kanban-user-story-dependency-6c58b5be93b3
  
  
• Kanban ในชีวิตจริง - เขียน User Story เพื่อสร้างการพูดคุย - Writing a User Story that Drives Conversation:
  A Good User Story is Negotiable - User Story or Story Card is a pointer to a requirement.
  เป็นการสร้างการทำงานที่เน้น Individuals and interaction > processes and tools
  จะต้องคุยกับลูกค้าก่อนทำ เพราะข้อมูลใน Card อาจจะไม่ Update โดย User Story Card ที่ดีต้องมี
  
  1. ข้อมูลที่บอกว่าลูกค้าอยากได้อะไร แค่ 1-2 ประโยคก็พอ
  2. เขียน Note เพิ่มเติมที่ได้จากการพูดคุย รวมถึงคำถามที่ต้องการคำตอบด้วย
  medium.com/agile-development-in-thai/kanban-user-story-c61dd5e56b9c
  
  
• Kanban ในชีวิตจริง - เขียน User Story ให้มีคุณค่ากับผู้ใช้ - Writing a User Story That Has Value to Users:
  A Good User Story is Valuable to Users, or Purchasers. มีหลักการง่ายๆ เวลาเขียน Story ให้มีคุณค่าคือ:
  
  1. คิดถึงเวลาเรากิน Cake: ถ้าจะกินให้อร่อยก็ต้องใช้ช้อนตัดจากบนลงล่างให้ผ่านทุกชั้นของ Cake จริงมั้ย?
  2. หลีกเลี่ยงคำศัพท์ Technique ต่างๆ เช่น Multi-Thread, Partition, Page/Table Lock, etc.
     ตัวอย่าง: All external requests must be through Load Balancer. ลองเปลี่ยนมาเขียนมุมมองผู้ใช้เป็น
     As a user, I want to 10 reports concurrently in the background, so I can continue doing other jobs.
  3. เข้าใจความแตกต่างของ Users, และ Purchasers
     Users คือคนที่ใช้ ส่วน Purchasers คือคนที่ซื้อ อาจจะเป็นผู้บริหารระดับสูงหรือคนที่ดูแลระบบ (Admin)
     All configuration must be stored and read from the single file.
     ในมุมมองของ Users แล้วงานนี้ไม่มีคุณค่ากับเค้าเลยแต่ถ้าเป็น Admin จะมีประโยชน์กับชีวิตเค้ามาก
  medium.com/agile-development-in-thai/kanban-user-story-c43ed8acdd65
  
  
• Kanban ในชีวิตจริง - เขียน User Story ที่ประเมินขนาดได้ - Writing a User Story That Can be Estimated:
  ข้อมูลที่จะบอกได้ว่างานไหนใหญ่หรือเล็กมาจากการประเมินขนาดของงาน การแบ่งงานใหญ่เป็นงานเล็กจะช่วยได้
  โดยปกติแล้วมีอยู่สามสาเหตุที่ทำให้การประเมินขนาดของ User Story เป็นเรื่องยาก:
  
  1. Development Team ไม่เข้าใจเรื่องราวที่อยู่ใน Card เช่นไม่เข้าใจศัพท์บางคำ แก้โดยการเดินไปคุยกับคนเขียน User Story นี้ อาจจะเป็น Product Owner หรือ User ให้เค้าอธิบายให้ฟังในรายละเอียด
  2. มี Technology หรือ Technique ที่ไม่คุ้นเคยมาก่อน แก้โดยการให้ Developer ซักคนหรือสองคนไป Research ว่าคืออะไร เอามาใช้ยังไง กำหนดระยะเวลาให้ชัดเจน จะแบ่งออกได้เป็นสองส่วน:
     
     1. Spike หรือ Research เพื่อหาข้อมูลมา Estimate และ
     2. User Story ที่ Implement จริง
  3. User Story ใหญ่เกินไป แก้โดยการย่อยให้เล็กลง อาจจะด้วย Technique Data Boundary หรืออื่นๆ
  medium.com/agile-development-in-thai/kanban-user-story-929f17e16802
  
  
• Kanban ในชีวิตจริง - เขียน User Story ที่มีขนาดเหมาะสม - Writing a User Story That is Appropriately Sized:
  โดยทั่วไป User Story ใหญ่ (หรือที่เรียกว่า Epic) ที่เราเจอบ่อยๆ มันจะมีอยู่สองลักษณะ:
  
  1. The Compound Story: ใหญ่เพราะประกอบด้วย User Story เล็กๆ หลายอันรวมกัน เช่น
     I want to manage my resumes แตกเป็น create, edit, delete, deactivate, share, etc.
     อย่าง create ก็แตกลงไปได้อีก includes อะไรบ้าง, save as draft, publish, have multiple, etc.
  2. The Complex Story: สามารถใช้วิธีแบ่งมันด้วย Research หรือ Spike หรือ Implement
  medium.com/agile-development-in-thai/kanban-user-story-47811de17d03
  
  
• Kanban ในชีวิตจริง - เขียน User Story ให้ Test ได้ - Writing A Testable User Story:
  เช่น easy to use เปลี่ยนเป็น to complete common tasks without training or reading user manual
  never wait too long เปลี่ยนเป็น be able to complete this task within 10 seconds หรือ see a revenue report popped up on a screen within three seconds (in 85% of all cases)
  medium.com/agile-development-in-thai/kanban-user-story-ba11f1fab30a
  
  
• Kanban ในชีวิตจริง - แบ่ง User Story ด้วย Technique CRUD - Splitting a User Story Using 'CRUD' Technique:
  As a user, I want to manage my resume, so that ...
  
  • Create: I want to create my resume
  • Read: I want to read my resume
  • Update: I want to update my resume
  • Delete: I want to delete my resume
  medium.com/agile-development-in-thai/kanban-user-story-crud-4042fccbed0d
  
  
• Kanban ในชีวิตจริง - แบ่ง User Story ด้วย Technique Data Boundary:
  คือการแบ่งตามขอบเขตข้อมูล เช่นมองว่า User เป็น Object หนึ่งของระบบ จะแบ่งขอบเขตข้อมูลที่ชัดเจนเป็น:
  
  • Work and Education & Living
  • Relationship and Family & History by Year
  • About You & Basic Info
  • Contact Info & Favorite Quotes
  I want to see my User Profile เป็น I want to see my Work and Education, want to see my Basic Info
  CRUD + Data Boundary:
  

  • I want to create (CRUD) my Profile that includes Basic Info and Contact Info (Data Boundary).
  • I want to add (CRUD) my Living (Data Boundary) to my Profile.
  • I want to read (CRUD) my Profile that includes Basic Info and Living (Data Boundary).
  • I want to edit (CRUD) my Basic Info (Data Boundary). ...

  medium.com/agile-development-in-thai/kanban-user-story-data-boundary-4540f5f5a801
  
  
• Kanban ในชีวิตจริง - แบ่ง User Story ด้วย Workflow - Splitting a User Story Using Workflow:
  เขียน User Story จากจุดเริ่มต้น ถึงจุดสุดท้าย ก่อน จากนั้นค่อยเพิ่มขั้นตอนระหว่างกลาง และกรณีพิเศษ
  
  
  1. I want to publish my content directly on the corporate website.
  2. I want to send my content to the editorial team for review.
  3. I want to send my content to the marketing team for review.
  4. I want to send my content to the legal team for review.
  5. I want to publish my content to test/staging machine.
  6. I want to publish my content from test/staging machine to the corporate website.
  7. I want to save my drafted content.
  8. ...
  medium.com/agile-development-in-thai/kanban-user-story-workflow-98d4d6ecf5df
  
  
• Kanban ในชีวิตจริง - แบ่ง User Story ด้วย Roles - Splitting a User Story Using Roles:
  
  ถ้ามี User Story ไหนใหญ่เกินไปเราก็แบ่งย่อยมันด้วย Technique อื่นได้อีก เช่นแบ่งด้วย Workflow อีกครั้ง
  I want to approve content:
  
  • I want to send an approval message back to a creator. & I want to review content.
  • I want to make changes to content. & I want to save my change.
  • I want to continue adding my change. & I want to have 'track changes' feature.
  • I want to have multiple reviewers.
  medium.com/agile-development-in-thai/kanban-user-story-roles-57bcf678a2b1
  

• High performing organizations are likely to focus on a number of foundational practices including knowledge transfer. A typical knowledge transfer life cycle includes Identifying, capturing and sharing.
  Formal knowledge-sharing and information-sharing procedures. These include learning reviews before, during, and after projects and project phases; for example, identifying, capturing, and sharing lessons learned from the current project and other projects.
  Forming, storming, norming, performing and adjourning are the five stages of team development.
  Initiating, planning, excuting, monitoring and controlling, closing are the five process groups.
  Plan, do, check life cycle is the basis for quality improvement.
  
  
• การบริหารโครงการสำคัญอย่างไร:
  โครงการในปัจจุบัน เป็นโครงการที่มีลักษณะของความไม่แน่นอนสูง ความต้องการของระบบอาจไม่ชัดเจน ถ้าบริหารไม่ดี จะทำให้เสียเงิน เวลา และทรัพยากร จากสถิติการล้มเหลวของโครงการทางด้าน IT ในอเมริกาซึ่งสำรวจโดย Standish Group พบว่า ในปี 2012 โครงการที่ประสบความสำเร็จมีเพียง 29% หรือ 1 ใน 3 เท่านั้น อีก 71% หรือ 2 ใน 3 คือโครงการที่ล้มเหลว หรือต้องใช้เวลาและทรัพยากรมากกว่าที่ได้วางแผนไว้
  www.knowledgertraining.com/index.php?tpid=0023
  
  
• Luarie is currently a consultant project manager for a large retail firm. She is monitoring risks and one of her team members just mentioned that there were new challenges in acquiring leases. Issue log she would record this information.
  
  
• เส้นทางสู่การเป็นผู้จัดการโครงการมืออาชีพ:
  การจัดฝึกอบรมความรู้ด้านการบริหารโครงการ ให้กับ Project Manager ภายในบริษัท เป็นเรื่องที่ดำเนินการได้ง่าย และเป็นเรื่องที่ควรทำเป็นลำดับแรก โดยองค์ความรู้ที่ควรอบรม สามารถแบ่งได้เป็น องค์ความรู้ในการบริหารจัดการทั้ง 9 ด้าน ที่จำเป็นในการบริหารโครงการ ได้แก่ การบริหารขอบเขตงาน บริหารต้นทุน เวลา คุณภาพ ทรัพยากรมนุษย์ การสื่อสาร ความเสี่ยง การจัดซื้อจัดจ้าง และการบริหารโครงการอย่างบูรณาการ
  www.knowledgertraining.com/index.php?tpid=0022
  
  
• The amount of cost variance allowed on a project usually Decrease over the life of the project.
  The closer we get to project completion the less cost variance we will often allow. The ability to influence cost is greatest at the early stages of the project, making early scope definition critical. At the beginning of a project, a wide cost variance is typically permissible. As we approach completion, the cost variance allowed tends to decrease.
  
  
• Technique การสอบเพื่อ Certified PMP:
  
  • คุณสมบัติคนจบปริญญาตรี ต้องมีประสบการณ์เป็น Project Manager มาแล้วอย่างน้อย 3 ปี หรือ 4,500 ชั่วโมง และผ่านการอบรมมาอย่างน้อย 35 ชั่วโมง
  • 1.Discount on the PMP Certification Exam Fee
    Once you become a PMI member, the PMP certification exam fee will be reduced from 555 USD to 405 USD. This will help you save 150 USD.
    PMI Membership = $139 (including $10 application fee)
    PMP Exam Fee for members = $405
    Total cost for Membership and Exam = $544 (Member cost)
    PMP Exam Fee for Non-members = $555 (Non-member cost)
    Net saving for PMI Members = $555 – $544
    Note after paying 139 USD to become a PMI member you can save around 11$ in all.
    careertron.com/9-reasons-why-you-should-apply-for-pmi-membership
    
  www.knowledgertraining.com/index.php?tpid=0026
  
  
• Adaptive VS Predicative project life cycles:
  
  
  • Adaptive life cycles are called agile or change-driven life cycles.
  • Predictive life cycles are referred to as waterfall life cycles.
    
    
  • The detailed project scope is defined and approved before each iteration
  • The project scope, time and cost are determined at the early phases of the project

  Hybrid life cycles are combination of predictive and adaptive life cycles.
  Well known project elements follow the predictive approach while elements that are still evolving follow the adaptive approach
  
  

• การใช้ PM Maturity Model ในการพัฒนาการบริหารโครงการในองค์กร:
  ปัจจัยความสำเร็จของการบริหารโครงการ นอกจากทักษะความสามารถของ Project Manager และ Team งานแล้ว ยังต้องอาศัยความพร้อมขององค์กรในการส่งเสริมให้การบริหารโครงการเป็นไปอย่างมีประสิทธิภาพ องค์กรส่วนใหญ่เล็งเห็นความสำคัญของการพัฒนาบุคลากรให้มีความรู้ความสามารถด้านการบริหารโครงการ (Personal Competency) แต่ต้องอาศัยความพร้อมด้านกระบวนการและเครื่องมือมาตรฐานในการบริหารโครงการร่วมด้วย
  www.knowledgertraining.com/index.php?tpid=0024
  
  
• You are managing a project which is in planning phase. You have completed developing the project charter and this project contains multiple phases with multiple contractors. The contract contains proprietary information from the vendors. One of the functional managers of your organization wants to view this information. Deny the request to protect the confidentiality of the information should your response be to them.
  Professional code of ethics and professional conduct. Being the functional manager is not part of the project, you should not share the information with them because you need to protect the confidentiality of the contract.

• 6 Skills For Professional Project Manager:
  Mega Project, Complex & High Risks, Long-Term Project, High Investment, Many Stakeholders
  
  1. Manage Risks:
     Identify & Forecast Risks
     Prevent The Problems
     Get Things Done
     "Focus On Preventive"
     
     
  2. Deliver Outcome:
     Quality & Time & Cost
     Complete Output
     "Create Business Value"
     
     
  3. Manage Expectation:
     I don't want to change.
     Is the new one better?
     Low Cost Please!
     Don't waste time. We need to start now.
     High Profit First.
     High Quality First.
     Don't forget my requirements.
     Active Listening
     "Listen By Your Heart Not Your Ears"
     
     
  4. Manage Changes:
     "Assess The Impact & Re-plan"
     
     
  5. Motivate & Inspire Team
     
     
  6. Communicate & Influence:
     "Communication is the real work of Project Manager"
     negotiation
     
  
  
• About PMI:
  
  • The Project Management Institute www.pmi.org
  • Founded in 1969 by working project managers.
  • PMI delivers value for more than 2.9 million professionals.
  • Largest Not-for-Profit Organization for Project Management Professionals, Governed by a Board of Directors; elected "volunteer" members.
  • Chapters act as "franchises", providing education and networking Opportunities
  • PMI has 1400 REPs across the glob
  • More than 800,000 credential holders in 180 countries
    
  
  
• About PMP:
  
  • PMI's Project Management Professional (PMP)® credential is the most important industry-recognized certification for project managers.
  • Globally recognized and demanded, the PMP® demonstrates that you have the experience, education and competency to lead and direct projects.
  • There are more than 750,000 PMP credential holder around the world till Feb 2016. PMI established Body of Knowledge PMBOK (1996, 2000, 2002, 2008, 2013, 2018)
    
    
• Understand Project Management Office (PMO):
  Work, Products, Solution, Organisation, Strategy, Success, Service, Innovation, Target, Team Work,
  "We have 20-35 new projects to achieve in this year"
  
  • My Resources
  • I work on my own way
  • Don't share our mistakes
  • I need more resources
  • Do you have historical information of this project?

  "We have to achieve our projects to drive our business"
  CRM, ERP, Online Payment Project, e-Commerce, Mobile Banking, New Product Development
  "I need PMO"
  
  

• CEO Expects PMO to do these works:
  
  • Supportive PMO:
    
    • Collaborate Multi-Projects
    • Set up PM Process
    • Train New PM
    • Report Project Status
  • Controlling PMO add:
    
    • Consult & Mentor PM
    • Govern & Audit Projects
  • Directive PMO add:
    
    • Manage Resources
    • Create Business Value
    • Prioritize Project
      
      
• What's New in the 6th edition?:
  
  
  • The Process Groups remain the same
    
    
  • In Knowledge Areas: Name of a couple has been changed
    
    • Project Time Management is now Project Schedule Management,
    • Project Human Resource Management is now Project Resource Management
      
    
    
  • New added processes: There are three new processes (49 total)
    
    
    • Manage Project Knowledge, (Executing Process Group and Project Integration Management knowledge area).
      
      
    • Implement Risk Responses, which is now included as part of the Executing Process Group and Project Risk Management knowledge area.
      
      
    • Control Resources, which is now included as part of the Monitoring and Controlling Process Group and Project Resource Management knowledge area.
      
    
    
  • The Close Procurement process has been removed and portions have now been moved to Control Procurements and other portions to the Close Project or Phase process.
    
    
  • Other changes:
    
    • Perform Quality Assurance -> Manage Quality
    • Plan Human Resource Management -> Plan Resource Management
    • Acquire project Team -> Acquire Resources
    • Develop Project Team -> Develop Team
    • Manage Project Team -> Manage Team
    • Control Communications -> Monitor Communications
    • Control Risks -> Monitor Risks
    • Plan Stakeholder Management -> Plan Stakeholder Engagement
    • Control Stakeholder Engagement -> Monitor Stakeholder Engagement
      
      
• Test Pre Requirements:
  
  
  • 36 training hours in PMP
  • fees of the test are 555 usd (with pmi membership)
    
    
  • For BSC Degree:
    
    • 4,500 hours or 3 years projects experience
      
      
  • For Secondary school Degree:
    
    • 7,500 hours or 5 years projects experience
      
      
  • The Study Design:
    
    • Phase 1 study by Knowledge area
    • Phase 2 study by process groups
    • Phase 3 review and questions solving
      
      
  • While attending the study ...:
    
    • Read the correspondent chapter first
    • Read whole chapter
      
    • Make your own summary
    • Solve at least 50 questions about each chapter or knowledge
      
      
  • Your self study path:
    In 3 major steps you can easily gain the certificate:
    
    • Make your own study plan (don't memorize but understand)
    • Solve at least 4,000 questions and know the wrong and the correct reasons
    • Solve at least 4 complete test simulations
      
      
  • Course contents:
    
    • Introduction
    • Project management framework
    • Project integration management
    • Project scope management
    • Project schedule management
    • Project quality management
    • Project cost management
    • Project risk management
    • Project resource management
    • Project communications management
    • Project procurement management
    • Stakeholder management
    • Revision by process groups
    • Revision questions
    • How to apply for the Exam
      
      
• How about the exam?:
  
  • There are 200 total multiple choice questions which make up the PMP exam
  • 25 randomly placed "pretest questions" are included, and do not count towards the pass/fail determination. These questions are not identifiable during the exam.
  • Individuals have four hours to complete the exam.
  • Only correct answers count, and a passing score is determined by "sound psychometric analysis". This scoring method indicates that scores reflect the difficulty of the questions answered. As such, PMI does not identify a precise "score" needed to pass the exam.
    
    
• What is the current exam format?:
  
  • Initiating the project 13%
  • Planning the project 24%
  • Executing the project 31%
  • Monitoring and controlling the project 25%
  • Closing the project 7%
  • Professional ethics and social responsibility Spread across all process groups
    

• Project Management Professional Using PMBOK version 6
  
  
• Matrix Organization type is BEST for managing complex projects involving cross-disciplinary efforts.
  
  
• 9 สาเหตุของความล้มเหลว:
  9 ขาดการควบคุม
  8 ไม่มีการวางแผนความเสี่ยงหรือวางแผนไม่เพียงพอ
  7 งบประมาณไม่สมจริง
  6 ไม่ได้กำหนดเกณฑ์ความสำเร็จและไม่ได้กำหนดเกณฑ์การตรวจรับ
  5 การขาดการมีส่วนร่วม
  4 การกำหนดความต้องการของโครงการที่ไม่ชัดเจน
  3 ตารางการทำงานไม่สมจริง
  2 ไม่มีการวางแผนทรัพยากรที่เพียงพอ
  1 การสื่อสารที่ไม่ดี !
  PM never say 'No' > Yes, but ...
  
  
• A person you are working with has just passed the PMP exam. You are familiar with her experience, and you know she does not meet PMI's experience requirement for taking the PMP exam. Contact PMI about the possible violation is the BEST thing to do.
  
  
• ปัจจัยสำคัญที่ทำให้โครงการสำเร็จ:
  
  1. สนับสนุนจากฝ่ายบริหาร
  2. การมีส่วนร่วมของผู้ใช้งาน
  3. PM มีประสบการณ์พอ
  4. มีวัตถุประสงค์ทางธุรกิจที่ชัดเจน why do?
  5. การลดขอบเขต but can deliver & still have user value
  6. โครงสร้างพื้นฐาน Standard (Software / Template)
  7. ความต้องการขั้นพื้นฐาน
  8. ใช้วิธีการที่เป็นมาตรฐาน
  9. การประมาณการที่แม่นยำ from record / ask technician
  10. เงื่อนไขอื่นๆ
      
      
• The engineering resource group, a matrixed organization of which a project manager's project team is a part, has a policy of no salary bonuses for project work. The project manager's current project has an aggressive timeline and a difficult technical obstacle to overcome. A new product offering is dependent on this project's success in the current timeline. The project manager has heard grumbling from his team members about the fact that they cannot be rewarded for their effort. The FIRST thing the project manager should talk to management to determine other rewards that can be given.
  
  
• ทักษะและความสามารถที่สำคัญสำหรับผู้บริหารโครงการ:
  
  • ความสามารถในการเข้ากันได้กับผู้คน
  • ความเป็นผู้นำ
  • การฟัง
  • คุณธรรม จริยธรรม
  • ความสามารถในการสร้างความเชื่อมั่น
  • การสื่อสารด้วยวาจา
  • ความสามารถในการสร้าง Team
  • การแก้ปัญหาความขัดแย้ง, การจัดการความขัดแย้ง
  • คิดอย่างมีวิจารณญาณ การแก้ปัญหา
  • เข้าใจและสามารถจัดลำดับความสำคัญของงาน
    
    
• Collection of records, Analysis of project success and effectiveness, and Archiving project information are part of administrative closure.
  
  
• ปัญหาที่มักพบในโครงการ:
  
  • ค่าใช้จ่ายเกินงบ หรือ โครงการล่าช้า
  • ตารางเวลาไม่สมจริง
  • การเปลี่ยนแปลงที่มากเกิน know when can't control
  • การสื่อสารที่ไม่ดีและความขัดแย้งที่เพิ่มขึ้น join meeting is important
  • เวลาไม่พอเมื่อใกล้สิ้นสุดโครงการ
  • คุณภาพไม่ได้ตามความพอใจของลูกค้า
  • ขวัญกำลังใจต่ำ
  • ผู้คนใน Team งาน ไม่แน่ใจในสิ่งที่ต้องทำ
    
    • Plan
    • Follow up
    • Morning brief shouldn't more than 2 hours
      
      • what's task(s) done yesterday
      • what's task(s) will do today
  • แก้งานมากเกินปกติและมีการทำงานล่วงเวลาโดยไม่ได้วางแผน
  • การประชุมจำนวนมากเกินไป นานเกินไป
    
    • Minute of meeting (MOM) is important - Minute น่ะหรือคือหอกและโล่
    • Face-to-face is best, especially when request something
      
    • Agenda > what, when (start - end), who, where, why, how
      
      
• The project is completed and the final deliverable has been sent to the customer, but the customer refuses to give final acceptance of the project. It is MOST important for the project manager to Document the situation.
  
  
• Suggested Skills for Project Managers:
  
  • The Project Management Body of Knowledge (PMBoK)
  • Application area knowledge / technical skills, standards, and regulations
  • Project environment knowledge
  • General management knowledge and skills
  • Soft skills or human relations skills - Project sponsor's secretary is my friend
    
    
• You are a seller with unclear directions and scope documentation. Time and cost are important considerations, and the buyer wants to be in full control. T&M Time and materials is the BEST contract to use.
  
  
• Project Life Cycle
  
  
• A project manager is starting work on a complex project. There will be people from two different countries involved. The project sponsor is from a third country, and the work is being done on an expedited schedule in your country, with 14 electrical engineers, 4 architects and their staffs, 3 mechanical engineers, and 2 maintenance experts. The project manager should Create a WBS with input from all parties involved to make sure all of the work on this projected is identified.
  
  
• 
  
• A market demand, a business need, and/or legal requirements are examples of reasons projects are initiated.
  
  
• 
  
• Halfway through the project, the client considers cancelling the remaining work and the contract. It would be BEST to look at The project description and need in the project charter to determine the purpose for the project.
  
  
• 5 process groups:
  
  
• Negotiations between two parties are becoming complex, so party A makes some notes that both parties sign. However, when the work is being done, party B claims that they are not required to provide an item they both agreed to during negotiations, because it was not included in the subsequent contract. In this case, party B is generally correct, because both parties are only required to perform what is in the contract.
  
  
• Group NOT Phase:
  
  
• You are the project manager for one part of a new program in your organization. You are four months into a three-year project when your project team makes significant discoveries on your project. Make certain you tell the other project managers involved in this program about the discoveries at the weekly meeting is the BEST thing to do.
  
  
• Phase Examples:
  
  • Concept development,
  • Feasibility study,
  • Customer requirements,
  • Solution development,
  • Design,
  • Phototype,
  • Build,
  • Test,
  • Transition,
  • Commissioning,
  • Milestone review, and
  • Lessons learned.
    
    
• You are a project manager for a U.S. $3,000,000 product development project. Your project is whey into the executing process group and remains on time, on budget, and on specification. This morning your project sponsor called to express concern about the project. Based on the schedule baseline, the project should be nearing implementation, but the sponsor does not know the current status of the project. You remind the sponsor that your team produces a detailed status report weekly and distributes it via e-mail. The sponsor indicates that e-mail is too impersonal and verbal updates are preferred. This situation suggests problems with Communicaitons planning project management process.
  

• Project Selection Method:
  
  
• During project planning in a matrix organization, the project manager determines that additional human resources are needed. From The functional manager would be request these resources.
  
  
• Methods for selecting projects include:
  
  • Focusing on broad organizational needs
  • Performing net present value or other financial analyses
  • Using a weighted scoring model
  • Implementing a balanced scorecard
    
    
• A watch-list is an output of Qualitative risk analysis risk management process.
  
  
• Strategic Planning & Project Selection:
  Strategic planning involves determining long-term objectives, predicting future trends, and projecting the need for new products and services
  SWOT analysis:
  
  • Analyzing Strengths, Weaknesses, Opportunities, and Threats
  As part of strategic planning, organizations:
  

  • Identify potential projects
  • Use realistic methods to select which projects to work on
  • Formalize project initiation by issuing a project charter
    
    
• A project has seven activities: A, B, C, D, E, F, and G.
  
  • Activities A, B and D can start anytime.
  • Activity A takes three weeks
  • Activity B takes five weeks, and
  • Activity D takes 11 weeks.
  • Activities A and B must be completed before Activity C can start.
  • Activity C takes six weeks.
  • Activities B, C, and D must be completed before Activity E can start.
  • Activity E takes two weeks
  • Activity F can start as soon as Activity C is completed and requires four weeks.
  • Activity E must be completed before Activity G can start.
  • Activity G takes three weeks.
  • Activities F and G must be completed for the project to be completed.
  Activity A has two weeks float; Activity F has one week.
  
  
• Selection Criteria:
  
  • Payback period (คืนทุน) - prefer short - 1 year is good:
    The amount of time it will take to re-corp the project investment. Does not take into account the cost of capital, which is also called hurdle rate.
  • Discounted cash flow:
    The value of the investment, discounted to take into account the time value of money. This technique looks at the present value of an investment by deducting the amount of earnings required to cover the cost of capital from the expected return.
  • Net present value (NPV):
    The present value of an investment minus the initial investment. A negative NPV signals a poor investment risk.
  • Internal rate of return (IRR) - prefer high:
    The discount rate that makes the NPV of the future cash return equal to the initial capital investment. A favorable IRR should be higher than the hurdle rate.
    
    
• A seller is giving you so much trouble that your time available allocated to the project has gone from 20 percent to over 80 percent for this small piece of the overall project. Most of the seller's deliverables are late and inadequate, and you have little confidence in his company's ability to complete the project. Terminate the seller for convenience, and hire another seller should you do.
  
  
• Cost-Benefit Analysis:
  The costs:
  
  • current operating costs
  • expected project costs related to the function under analysis.
  The benefits:
  

  • quantifiable benefits (such as increased sales)
  • reduced costs expected as a result of the project
  • intangible benefits (such as enhanced image or brand awareness) that can only be described subjectively.
    
    
• On one of your company's medical research projects, you object to how the research is being handled. However, you signed a confidentiality agreement with the company that prohibits you from talking about your research. It would be BEST to: quit and do not talk about what you know.
  
  
• Net Present Value Calculate:
  NPV = Sum of Present Value
  PV = Future Value / (1+interest rate)^{number of years}
  FV = Cash flow of each year
  Example: Discount/interest rate: 10%
  Year 1: Cash flow: -$5,000
  Year 2: Cash flow: $1,000
  Year 1: PV = -$5,000/1.1 = -4,545
  Year 2: PV = $1,000/1.1² = 826
  NPV = -4,545 + 826 = -$3,719
  
  
• The customer wants to expand the project scope after the project performance measurement baselines have been established. The customer will need to follow Change control procedure.
  

1. The Role of the Project Team:
   The project team is a group of people, including the project manger, who will complete the work of the project. The team members can change throughout the project as people are added to and released from the project.
   
   Generally, it is the teams role to help plan what needs to be done by creating the WBS and schedule estimates for their work packages or activities. During project executing and monitoring and controlling, the team members complete activities to produce the deliverables represented in work packages and help look for deviations from the project management plan. More specifically, the team may help:
   
   • Identify and involve stakeholders.
   • Identify requirements.
   • Identify constraints and assumptions
   • Create the WBS.
   • Decompose the work packages for which they are responsible into schedule activities.
   • Identify dependencies between activities.
   • Provide schedule and cost estimates.
   • Participate in the risk management process.
   • Comply with quality and communications plans.
   • Enforce ground rules.
   • Execute the project management plan to accomplish the work defined in the project scope statement.
   • Attend project team meetings.
   • Recommend changes to the project, including corrective actions.
   • Implement approved changes.
   • Share new knowledge.
   • Contribute to the lessons learned knowledge base.
     
     
   In agile environments, team members are responsible for clarifying user stories with the customer so that they can estimate and plan the releases and iterations, hold reviews and retrospectives, and update the project information using tools such as Kanban boards and burndown charts.
   
   On large projects, there may be too much project management work for one person to perform. Therefore, the project manager may select some project team members to help perform the project management activities. The PMBOX* Guide refers to these people as the project management team. Members of this team must have project management training. Keep all this information in mind when the exam uses the term "project management team" versus "project team" or "team."
   
   
2. The Role of the Stakeholders:
   A stakeholder is anyone who will be impacted by the project or can positively or negatively influence the project. This includes the customer or end user, the project manager and team, the projects sponsor, program and portfolio managers, the project management office, functional or operational managers within the organization, other departments or groups within the organization (such as business analysis, marketing procurement, quality, or legal), and external sellers that provide services or materials for the project.
   
   The stakeholders' role on a project is determined by the project manager and the stakeholders themselves. Stakeholders should be involved in planning the project and managing it more extensively than many people are used to on their real-world projects. For example, stakeholders may be involved in:
   
   • Creating the project charter and the project scope statement
   • Developing the project management plan
   • Approving project changes and being on the change control board
   • Identifying constraints and assumptions
   • Identifying requirements
   • Managing risk
     
     
   In an agile environment, the project owner role can be filled by someone from the business who is responsible for working with the agile team to prioritize features and functions. This person may also:
   

   • Attend reviews and accept the deliverables presented.
   • Be a risk owner.
   • Participate in phase gate reviews.
   • Be involved with governance.
   • Identify issues.
   • Document lessons learned.
   • Provide expert judgment.
     
     
3. The Role of the Functional or Resource Manager:
   A functional or resource manager manages and is responsible for the human and physical resources in a specific department, such as IT, engineering, public relations, marketing, etc. They are responsible for working with the project manager to meet the needs of the project. As managers of people, facilities, or equipment, functional or resource managers maintain a calendar indicating availability of these resources for projects and other organizational work, and they coordinate with project managers who need the resources. This might involve negotiation if people, facilities, or equipment are needed by more than one project at the same time. If the project manager has issues with resources provided by the functional manager, the managers collaborate to resolve the issues.
   
   The degree to which functional managers are involved in a project depends on the organizational structure. In a matrix organization, the functional managers and project manager share responsibility for directing the work of individuals and managing physical resources needed on the project. In a project-oriented organization, the project manager does all the directing of team resources. In contrast, the project manager does little directing in a functional organization, where that responsibility falls to functional managers. To avoid conflict, the project manager and functional managers must balance their respective needs regarding the use of resources to complete project and functional work. It is generally the responsibility of the project manager to manage this relationship by using clear communication and interpersonal and team skills, such as conflict management and emotional intelligence.
   
   The specific activities performed by functional managers on a project vary greatly based on the type of organizational structure, as well as the type of project, but may include the following:
   
   • Assigning specific individuals to the team and negotiating with the project manager regarding team and physical resources
   • Letting the project manager know of other projects or departmental work demands that may impact the project
   • Participating in the initial planning until work packages or activities are assigned
   • Providing subject matter expertise
   • Approving the final schedule during schedule development when it involves team or physical resources under their control
   • Approving the final project management plan during project management plan development when it involves team or physical resources under their control
   • Recommending changes to the project, including corrective actions
   • Managing activities within their functional area
   • Assisting with problems related to team or physical resources under their control
   • Improving resource utilization
   • Participating in rewards and recognition of team members
   • Participating in risk identification
   • Participating in quality management
   • Sitting on the change control board
     

• Consideration of ongoing operations and maintenance is crucially important to products of projects. Ongoing operations and maintenance should Not be viewed as part of a project.
  The definition of a project: temporary and unique. Operations and maintenance are considered ongoing activities, not temporary. Therefore, such work is not considered a project or part of a project.
  
  
• Program is A means to gain benefits and control of related projects.
  
  
• A company is making an effort to improve its project performance and create historical records of past projects. Create lessons learned is the best way to accomplish.
  Lessons learned help to avoid future pitfalls and use the good ideas of past projects. This leads to improvements in future projects. The organization benefits from creating a lessons learned repository.

• Lessons Learned Register Vs Lessons Learned Repository:
  
  Lessons
  Learned Repository is a store of historical information about lessons learned in projects, where lessons learned and knowledge gained throughout the project are transferred to it for use by future projects.
  It is part of the organizational process assets.
  
  Lessons Learned Register is a project document used to record knowledge gained during a project to be used in the current project and entered into the lessons learned repository to be used in future projects.
  It is output from the Manage Project Knowledge process.
  
  
• Project Changes: Corrective Action, Preventive Action, and Defect Repair:
  
  Corrective action is any intentional activity that realigns the performance of the project work with the project management plan. They are steps taken to address a problem. Eg: replacing a machine part that causes high error rates.
  
  Preventive action is any intentional activity that ensures the future performance of the project work is aligned with the project management plan. They are steps taken to avoid future problems. Eg: install alarms to warn you when the machine starts to deviate.
  
  Defect repair is any intentional activity to modify a nonconforming product or product component. Eg: repairing the defected part or replacing it.
  

1. A project's cost performance index (CPI) is 0.3. The CFO instructs the project sponsor to restrict the project scope to bridge the CPI back to 1 within the months. While reviewing the approval change requests for removed activities, the project manager becomes concerned about the resulting cost the non-conformance. The project manager should Maintain the current risk register, but transfer the risks with the highest impact on cost to the quality management plan.
   
   
2. A company has decided to use agile methodology for the first time on a project. During the middle of the third sprint, it becomes apparent that the project communications are not adequate and that most team members do not have a good understanding of what other team members are doing. The project manager should have Held daily stand-up meetings to avoid this issue.
   
   
3. During the execution of a project, the project manager finds there are some initial requirements for each team member that have not been considered in the scope. The project manager should Implement corrective actions approved by the change control board (CCB).
   
   
4. A project's cost performance index (CPI) is 1.05 and its schedule performance index (SPI) is 0.95. Based on this information, Behind schedule and within budget is the result of the project.
   
   
5. A project manager identifies a risk for a complex module in a project. Before executing work on this module, a technical specialist suggests adopting a proven technology rather than using a new experimental technology. The project manager accepts this suggestion. Avoid risk response strategy the project manager use.
   
   
6. A project manager leading the implementation of a company's new financial system needs to evaluate the system's quality. Quality control measurements can the project manager use to understand the project quality metrics and policies.
   
   
7. An organization has contracts with an external supplier to support a critical part of a project. Senior management and the project team have differences about what deliverables the external supplier should provide. Procurement management plan should be reviewed to eliminate these differences.
   
   
8. Midway through the design phase of a software development project, the project manager realizes that planned tasks will be delivered tale. The project manager should Update the issue log first.
   
   
9. A project manager is assigned to a project that is in progress. In Project management plan document would a new project manager find information regarding the scope baseline.
   
   
10. A project's cost performance index (CPI) is 1.05 and its schedule performance index (SPI) is 0.9. Based on the information, Behind schedule and within budget is the result of the project.
    CPI มากกว่า 1 แสดงว่ากิจกรรมนั้นได้ใช้เงินทุนไปน้อยกว่างบประมาณที่ได้ตั้งไว้
    SPI น้อยกว่า 1 แสดงว่ากิจกรรมที่กำลังพิจารณาอยู่ได้ดำเนินการไปล่าช้ากว่าแผนที่ได้วางไว้
    
    
11. A project manager must obtain approval for a network cabling project. After preparation of detailed project information, some team members remain dissatisfied, as the selected equipment is new and insufficiently tested. The project manager determines that the equipment meets technology needs. Leadership skill should the project manger use to obtain team consensus and sponsor approval.
    
    
12. A client asks a global IT company to develop a supply-chain monitoring system, a project manager then designs to assist in the creation of the project charter for the project sponsor. The project manager should Search the lessons learned repository for historical information on project charter development next.
    
    
13. A sponsor proposes a project scope change that is popular with the project team and key stakeholders. The project manager should Follow the scope change request process.
    
    
14. Midway through a project's execution phase, the client asks to add new product features. The project manager should Assess the impact of the request on the overall project management plan first.
    
    
15. In a project with a multi generational team, some resources are under performing due to differing viewpoints. This may cause project delays. The project manager should Use the collaborate/problem solve technique.
    
    
16. At project inception, market demands result in a shift in the client's organizational strategy. Upon learning this, the project manager immediately requests a meeting with the project team and project sponsor. In preparation for this meeting, the project manager should analyze and evaluate Business case.
    
    
17. A project manager receives an email from a vendor that a key deliverable will be delayed by a month. The project manager should Assess the impact of the delay on the project plan.
    
    
18. Power/interest grid can the project manager use to group stakeholders based on level of authority and level of concern.
    
    
19. A project manager finds that a specific work package was not delivered on time and will be delayed by an additional three weeks. The project manager worries that this might impact project completion. The project manager should Determine it the work package is on the critical path first.
    
    
20. A collection of procedures used to track project artifacts, monitor and control changes on the project is Configuration Management System.
    
    
21. A Project Manager want team to use (WBS) in cost estimation developed for your project. Bottom up estimating technique is most likely to use.
    
    
22. A project manager for a software project, various tools and techniques determine project requirements during the Collect Requirements process. These requirements form the basis for defining the project scope. During project status meeting, team members do not agree on the way in which certain requirements should be implemented. So, he decides to take a vote, where the largest block in a group would decide, even if a majority is not achieved. This is an example of Plurality.
    
    
23. Managing a software development project. Divided the project into five iterations that are typically time-boxed to 30 days. This project is producing deliverables in short periods of time. Work with the product owner, project team holds daily standup meetings, and they hold retrospective meetings at the end of the working period. This describe Agile methodology.
    
    
24. During project initiation, the project manager teams that the charter was not approved by the proper authorities. The project manager approaches their line manager about this issue, but the line manager instructs the project manager to immediately begin work on the project plan, the project manager should Explain the implications of working without approval.
    
    
25. At project inception, market demands result in a shift in the client's organizational strategy. Upon learning this, the project manager immediately requests a meeting with the project team and project sponsor. In preparation for this meeting, the project manager should analyze and evaluate Business case.
    
    
26. A security team notifies a project manager of a change in security procedures. The project manager uses the change control process update the project management plan. After seeing the change, a stakeholder complains that it was unnecessary because the project is almost complete. The project manager should Convince the stakeholder of the benefits resulting from the change.
    
    
27. A project manager discover that material costs have increased significantly since project initiation. The project manager should refer Business case to determine if the project is still feasible.
    

• Project Delay กับการทำงานเกินเวลา - Working Over Time - Your Exception or Norm?:
  
  การทำงานเกินเวลาสร้างปัญหามากมายอย่างที่ทุกคนรู้ (แต่แกล้งทำเป็นลืม): ประสิทธิภาพในการทำงานลดลง, คุณภาพงานลดลง, ขวัญกำลังใจแย่ลง, สุขภาพทรุดโทรม
  อย่าคิดถึงทำงานเกินเวลาเป็นตัวเลือกแรกเพื่อ Project Delay ต้อง (1) ลด Scope และ (2) ขยาย Schedule
  การทำงานเกินเวลาควรจะเป็นข้อยกเว้น (Exception) ไม่ใช่ธรรมเนียมปฏิบัติ (Norm)
  medium.com/pure-project-management/-10a058c7d36f
  
  
• www.coraline.co.th/single-post/2018/01/07/แนวคิดการทำงานของบริษัทยุคใหม่แบบ“Agile”
  
  
• ที่มาของ Agile Development - Marshmallow Challenge:
  
  1. ไม่ได้มีโอกาสครั้งเดียวในการบรรลุเป้าหมาย ลงมือทำ ล้มเหลวให้เร็ว ปรับปรุงคุณภาพมีประสิทธิภาพกว่า
  2. อย่าทำงานชิ้นใหญ่ในครั้งเดียว แบ่งงานเป็นส่วนเล็กๆ และมุ่งมั่นไปที่เป้าหมาย ทดลองเสมอ
  3. หลายครั้ง Team ต้องการคนที่มีทักษะในเรื่องการประสานงาน เข้าใจกระบวนการทำงาน นิสัยคนใน Team
  medium.com/agile-development-in-thai/agile-development-e87542982e7b
  
  
• ความหมายอย่างสั้นของ Agile Development - Early Delivery of Business Value:
  เป็นหลักการ เป็นปรัชญาที่ใช้เพื่อส่งมอบคุณค่าทางธุรกิจให้เร็วขึ้นหรือตั้งแต่เนิ่นๆ ถ้า Team เราทำได้ดังนี้ก็ถือว่าเป็น Agile หรือ Agility แล้ว
  medium.com/agile-development-in-thai/agile-development-76dd6844eed1
  
  
• หลักการของ Agile Development - Twelve principles to build sustainable & efficient agile team:
  
  1. สิ่งที่สำคัญสูงสุดคือการทำให้ลูกค้าพึงพอใจด้วยการส่งมอบ Software ที่มีคุณค่าอย่างรวดเร็วและต่อเนื่อง
  2. ยินดีให้มีการเปลี่ยนแปลงความต้องการได้แม้ในระยะสุดท้ายเพื่อให้ลูกค้ามีความได้เปรียบในการแข่งขัน
  3. ส่งมอบ Software อย่างสม่ำเสมอ จากทุกไม่กี่สัปดาห์ถึงไม่กี่เดือนและถ้าเป็นไปได้ ระยะเวลายิ่งสั้นยิ่งดี
  4. คนที่ทำงานด้านธุรกิจและนักพัฒนาต้องทำงานร่วมกันทุกวันตลอดทั้ง Project
  5. สร้าง Project จากกลุ่มคนที่มีแรงจูงใจทำงาน ให้สภาพแวดล้อมที่ดีและสนับสนุน และเชื่อมั่นในเขา
  6. วิธีการที่มีประสิทธิผลและประสิทธิภาพสูงสุดในการสื่อสารข้อมูลระหว่าง Team พัฒนาคือการเจอหน้ากัน
  7. Software ที่ทำงานได้เป็นตัวชี้วัดหลักสำหรับความคืบหน้าของงาน
  8. ผู้บริหาร นักพัฒนา และผู้ใช้หรือลูกค้าควรจะรักษาความเร็วในการพัฒนาที่คงที่อย่างไม่มีที่สิ้นสุด
  9. การให้ความสนใจอย่างต่อเนื่องในความเป็นเลิศในด้าน Technical และการออกแบบจะเพิ่มความคล่องตัว
  10. ความง่าย - ศิลปะในการเพิ่มสิ่งที่ไม่ต้องทำหรือไม่ควรทำ - นั้นเป็นเรื่องสำคัญ
  11. การวางโครงสร้างระบบ ความต้องการของลูกค้า และการออกแบบที่ดีที่สุดมาจาก Team ที่จัดการตัวเองได้
  12. พิจารณาว่าจะทำงานให้มีประสิทธิภาพมากขึ้นได้อย่างไร? สม่ำเสมอ และเปลี่ยนพฤติกรรมให้เป็นตามนั้น
  medium.com/agile-development-in-thai/agile-development-d1b58fe55be8
  
  
• เจตนารมณ์ของ Agile Development - Manifesto for Agile Development:
  

  1. ให้ความสำคัญกับบุคคลและการมีปฏิสัมพันธ์กัน มากกว่ากระบวนการและเครื่องไม้เครื่องมือ
  2. ให้ความสำคัญกับ Software ที่ใช้งานได้ มากกว่าเอกสารที่ครบถ้วนสมบูรณ์
  3. ให้ความสำคัญในการทำงานร่วมกับลูกค้า มากกว่าการเจรจาต่อรองกันเรื่องสัญญา
  4. ให้ความสำคัญกับการตอบสนองกับการเปลี่ยนแปลง มากกว่าการทำตามแผนงานเพียงอย่างเดียว

  medium.com/agile-development-in-thai/agile-development-6cedc8c045de
  

  
  
• Agile Development กับวิธีปฏิบัติยอดนิยม - Famous Agile Development Practices:
  
  1. มุ่งสร้าง "Sustainable & Efficient Early Delivery of Business Value"
  2. เน้นการทดลอง (Empirical) แทนที่จะทำตามทฤษฎี และกฏเกณฑ์เพียงอย่างเดียว
  3. พัฒนาปรับปรุงอย่างสม่ำเสมอ (Continuous Improvement)
  medium.com/agile-development-in-thai/agile-development-b7d61389f1de
  
  
• Kanban's Rules:
  
  
  1. Visualize the workflow: แบ่งงานใหญ่ให้เป็นชิ้นเล็กๆ เขียนลงบนกระดาษหรือ Card และติดไว้บนผนัง
  2. Limit number of work in progress (WIP): กำหนดตัวเลขสูงสุดของงานที่จะมีอยู่ได้ในแต่ละ Column
  3. Measure the lead time: วัดเวลาเฉลี่ยที่ใช้ในการทำงานให้เสร็จ (Cycle Time) ต้องปรับปรุงเสมอ
  medium.com/agile-development-in-thai/kanban-a7e063411d1e
  
  
• ประโยชน์ของ Kanban และ Kanban Board - Benefits of using Kanban and Kanban Board:
  
  
  1. คนเห็นง่ายเพราะติดอยู่บนกระดานหรือกำแพง
  2. เห็นขั้นตอนการทำงานชัดเจนจากชื่อ Column
  3. เห็นสถานะของงาน (Card) ว่าอยู่ในขั้นตอนไหนอย่างชัดเจนเช่นกัน
  4. เห็นว่างานไหนเสร็จแล้ว (ได้กำลังใจ)
  5. เข้าใจภาพรวมของปริมาณงานในแต่ละ Team หรือแต่ละคน
  6. รู้ว่าปัญหาอยู่ที่ขั้นตอนไหน
  7. รู้ได้ว่างานไหนใช้เวลาทำนานผิดปกติถ้ามีการเขียนวันเริ่มงาน (Start Date) บน Card
  8. ช่วยในการคำนวณ Lead Time (Cycle Time) ได้ง่ายๆ ด้วยสูตร Lead Time = End Date - Start Date
  9. มีส่วนช่วยหรือผลักดันให้คนใน Team พูดคุยกันในเรื่องงานและปัญหาที่เจออยู่
  medium.com/agile-development-in-thai/kanban-kanban-board-75429221a775
  
  
• ที่มาของ Work In Progress (WIP) - Where does WIP come from?:
  
  การจำกัดปริมาณงานที่ทำได้ในเวลาหนึ่งๆ จะช่วยให้งานเสร็จมากขึ้น Multi-Tasking เป็นตัวทำลาย Productivity
  medium.com/agile-development-in-thai/work-in-progress-wip-f41872417fa2
  
  
• ผลกระทบของ WIP ที่มีต่อการทำงาน - The WIP Effect:
  เมื่อมีการเพิ่มความสำคัญของงาน F ทำให้มี WIP เพิ่มเข้ามา เราจะทำอย่างไรดี?
  
  1. Accept Change (รับ F มาทำทันที): นอกจากจะเสียวินัยแล้วยังอาจเกิดปัญหาคอขวดที่ขั้นตอนต่อไป
  2. Reject Change: ทำเป็นงานแรกเมื่อ WIP ว่าง แต่จะไม่ Responding to Change over Following Plan
     เหมาะเวลา WIP นึงใกล้จะเสร็จแล้ว เพราะหยุดงานที่ทำอยู่ เริ่มทำงานใหม่ และกลับมา มี Overhead สูง
     
  3. Increase WIP (เพิ่ม WIP เพื่อรับงานทันที): ข้อเสียก็จะเหมือนข้อ 1. Accept Change
  4. Accept Change & Remove Existing (รับมาทำทันทีโดยเลือกงานหนึ่งออกไป): OK, WIP เท่าเดิม
  medium.com/agile-development-in-thai/wip-4c52d703d43d
  
  
• จำเป็นต้องมี WIP ในทุกขั้นตอนการทำงาน? - Do we need a WIP for every step?:
  
  • ถ้าไม่กำหนดเลย: มีงานให้ทำล้นมือไปหมดแต่งานไม่ค่อยเสร็จ
  • กำหนดบางขั้นตอน: เป็นไปได้ที่จะเกิดปัญหาคอขวด
  • กำหนดทุกขั้นตอนที่มีการทำงานเกิดขึ้นจริง: ปัญหาคอขวดจะน้อยลง งานจะไหลได้คล่องมากขึ้น
  medium.com/agile-development-in-thai/wip-e2fa01705965
  
  
• WIP กับการประยุกต์ใช้ - WIP and Its Applications:
  เราสามารถดัดแปลงตัวเลข WIP เพื่อสร้างแนวทางในการทำงานใหม่ๆ ที่น่าสนใจได้ ตัวอย่าง:
  

  1. WIP = 2 ไม่ได้แปลว่าจะมีได้แค่สองงาน แต่มันคือจะมีงานจากไม่เกินสอง Project เท่านั้น
  2. ระบุ Delayed Tasks เมื่องานอยู่บน Kanban Board นานกว่าค่าเฉลี่ยของ Lead Time / Cycle Time

  medium.com/agile-development-in-thai/wip-a8468c1b057
  
  
• เมื่อไม่สามารถเริ่มงานใหม่เพราะ WIP เต็ม - What to do when your WIP is full?:
  Team จะหยุดงานทั้งหมดเพื่อช่วยกันทำให้งานที่สร้างปัญหาคอขวดเสร็จไปก่อน โดยจะแก้ที่ปลายน้ำก่อน
  Test > Integrate > Dev
  
  

  medium.com/agile-development-in-thai/wip-fc8e7141f3
  
  
• ความสัมพันธ์ของ WIP, Cycle Time และปริมาณงาน - A Relationship of WIP, Cycle Time, and Number of Features:
  
  WIP น้อยเหมือนโดนบังคับให้ทำงานจำนวนน้อยๆ ให้เสร็จ ทำให้เวลาที่ใช้ในงานแต่ละงาน (Cycle Time) จะน้อย
  จุดที่ 1, 2, และ 3 ... จุดอิ่มตัว (Equilibrium Point) ไหนเหมาะสมกับ Team เราที่สุด อันนี้ต้องลองเลือกเอง
  medium.com/agile-development-in-thai/wip-cycle-time-6b03ccdf9f79