1. Focus on the business need:- Tea

1. Focus on the business need:
- Team của Scrum là có vị trí của Product Owner, nó giữ vị trí là đưa yêu cầu, giải đáp yêu cầu và quản lý yêu cầu. Giúp cho đội ngũ phát triển nắm rõ và hiểu rõ ràng nghiệp vụ để làm việc -> tránh vấn đề hiểu sai yêu cầu -> Tránh tình trạng maintain.
- Trong Scrum có buổi hợp đầu tiên là Sprint Planning: tất cả thành viên trong đội ngũ Scrum (Product Owner – Scrum Master – Team developments) đều tham gia để phân tích Requirement từ Product Owner thành User Stories -> chọn những User Stories cần thiết để deliver sản phẩm cho Product Owner trong 1 sprint. -> Estimate và đánh sự quan trọng user stories để làm nên sản phẩm (MoSCow) Product Owner sẽ xác nhận những đề nghị để team bắt đầu làm việc theo Sprint Backlog (Chứa các user stories đã chọn để làm việc trong 1 sprint).
2. Deliver on time:
- Timebox (sprint) xác định và hứa hẹn deliver trong cuộc hợp Scrum Review. Nghĩa là từ cuộc họp đầu Sprint Planning đã xác nhận được thời gian để deliver (Trong Scrum thì 1 Sprint ít nhất 1 tuần và nhiều nhất là 3 tuần) -> thời gian ngắn để khách hàng có thể theo dõi được tiến độ của sản phẩm.
- Đề cập lại Timeboxing và MoSCow: nghĩa là phân tích nhỏ yêu cầu thành US có thời gian xác định.
3. Collaborate:
- Trong DSDM đặt sự giao tiếp và sự quan trọng của tất cả thành viên trong nhóm đều ngang hàng nhau nhằm đề cao sự tôn trọng lẫn nhau.
- Trong tất cả cuộc họp của Scrum, các thành viên trong đội dự án đều có tiếng nói ngang hàng nhau nhằm thúc đẩy sự phát biểu ý kiến nhằm nâng cao sự rõ ràng trong quá trình làm việc (các thành viên trong nhóm phải hiểu lẫn nhau để tránh tình trạng gây xung đột hay bất đồng ý kiến).
4. Never Compromise quality:

Tại sao nên dùng DSDM?
Giải thích về tam giác QA
Analyst – Deployment - Maintance
Ví dụ những dự án thất bại? (PF)

Giới thiệu về công NW là bộ phận nhân viên -> tương đối là ít nên sử dụng DSDM là hợp lý ( gửi sau).
Giải thích 8 principles của DSDM:

Các cuộc hợp trong Scrum:
- Scrum Plainning: cuộc hơp đầu tiên của 1 sprint, tham gia tất cả thành viên trong đội dự án phân tích – lựa chọn user stories – estimate – đánh giá moscow.
- Daily Scrum: (họp 15ph) để xác nhận những công việc:
o Hôm qua làm được gì?
o Hôm nay sẽ làm gì?
o Các vấn đề đang gặp phải?
- Scrum Review: họp có tất cả thành viên để demo sản phẩm của Sprint làm việc nhằm Product Owner có thể xác nhận những chức năng đã hoàn thành hay cần phải sửa.
- Scrum retrospective: Cuộc họp để rút kinh nghiệm cho Sprint tiếp theo.
1. Focus on the business need:
- Team của Scrum là có vị trí của Product Owner, nó giữ vị trí là đưa yêu cầu, giải đáp yêu cầu và quản lý yêu cầu. Giúp cho đội ngũ phát triển nắm rõ và hiểu rõ ràng nghiệp vụ để làm việc -> tránh vấn đề hiểu sai yêu cầu -> Tránh tình trạng maintain.
- Trong Scrum có buổi hợp đầu tiên là Sprint Planning: tất cả thành viên trong đội ngũ Scrum (Product Owner – Scrum Master – Team developments) đều tham gia để phân tích Requirement từ Product Owner thành User Stories -> chọn những User Stories cần thiết để deliver sản phẩm cho Product Owner trong 1 sprint. -> Estimate và đánh sự quan trọng user stories để làm nên sản phẩm (MoSCow) Product Owner sẽ xác nhận những đề nghị để team bắt đầu làm việc theo Sprint Backlog (Chứa các user stories đã chọn để làm việc trong 1 sprint).
2. Deliver on time:
- Timebox (sprint) xác định và hứa hẹn deliver trong cuộc hợp Scrum Review. Nghĩa là từ cuộc họp đầu Sprint Planning đã xác nhận được thời gian để deliver (Trong Scrum thì 1 Sprint ít nhất 1 tuần và nhiều nhất là 3 tuần) -> thời gian ngắn để khách hàng có thể theo dõi được tiến độ của sản phẩm.
- Đề cập lại Timeboxing và MoSCow: nghĩa là phân tích nhỏ yêu cầu thành US có thời gian xác định.
3. Collaborate:
- Trong DSDM đặt sự giao tiếp và sự quan trọng của tất cả thành viên trong nhóm đều ngang hàng nhau nhằm đề cao sự tôn trọng lẫn nhau.
- Trong tất cả cuộc họp của Scrum, các thành viên trong đội dự án đều có tiếng nói ngang hàng nhau nhằm thúc đẩy sự phát biểu ý kiến nhằm nâng cao sự rõ ràng trong quá trình làm việc (các thành viên trong nhóm phải hiểu lẫn nhau để tránh tình trạng gây xung đột hay bất đồng ý kiến).
4. Never Compromise quality:
- Các yêu cầu của dự án được đánh giá độ quan trọng của chức năng MoSCow nhằm phát triển những chức năng cần thiết để hoàn thành phẩm -> Không hoàn thành 100% tất cả chức năng (tập trung vào những chức năng được đánh giá Mu

Kết quả (Anh) 1:

1. Focus on the business need:-Team of Scrum is contains the location of the Product Owner, it keeps the location is put request, the request and response management. Help for our development team is aware of and understand the business clearly to work-> avoid misleading issues required-> Avoid status maintain.-In the first session there is the Scrum Sprint Planning: all members of the Scrum team (Product Owner Scrum-Master-Team developments) are engaged to analyze the Requirement from Product Owner into User Stories-> select the User Stories needed to deliver products for the Product Owner in a sprint. -> Estimate and the important user stories to make the product (MoSCow) Product Owner will confirm the suggested to team start working according to the Sprint Backlog (which contains the user stories have chosen to work in a sprint).2. Deliver on time:-Timebox (sprint) define and deliver promises in the Scrum match Review. That is the first Sprint Planning meetings have since confirmed it was time to deliver (In Scrum then 1 Sprint for at least a week and at most 3 weeks)-> short time so customers can track the progress of your product. -Referring back to Timeboxing and MoSCow: means small analysis requires the US has time to determine.3. Collaborate:-In DSDM the communication and the importance of all members in the group are equal to each other to uphold mutual respect.-In all the meetings of the Scrum, the project team members have a voice equal to each other in order to promote the statements of opinion in order to improve the clarity in the process work (the members of the group must understand each other to avoid conflict or disagreement).4. Never Compromise quality:Why use DSDM?Explain QA triangleAnalyst-Deployment-MaintanceFor example, the projects fail? (PF)Introduction to the NW is the Department staff-> is at least should use DSDM is reasonable (send later).Explain the principles of DSDM: 8The combination of Scrum:-Scrum Plainning: the suicide of first 1 sprint, taking all project team members analyze-choose user stories-estimate-reviews of moscow.-Daily Scrum: (15ph meeting) to confirm the work:o yesterday do?o today will do?o are having problems?-Scrum meeting Review: have all members to demo the product of Sprint work aimed at Product Owner can confirm the function has completed, or to need this page. -Scrum retrospective: the meeting to draw experience for the next Sprint. 1. Focus on the business need:-Team of Scrum is contains the location of the Product Owner, it keeps the location is put request, the request and response management. Help for our development team is aware of and understand the business clearly to work-> avoid misleading issues required-> Avoid status maintain.-In the first session there is the Scrum Sprint Planning: all members of the Scrum team (Product Owner Scrum-Master-Team developments) are engaged to analyze the Requirement from Product Owner into User Stories-> select the User Stories needed to deliver products for the Product Owner in a sprint. -> Estimate and the important user stories to make the product (MoSCow) Product Owner will confirm the suggested to team start working according to the Sprint Backlog (which contains the user stories have chosen to work in a sprint).2. Deliver on time:-Timebox (sprint) define and deliver promises in the Scrum match Review. That is the first Sprint Planning meetings have since confirmed it was time to deliver (In Scrum then 1 Sprint for at least a week and at most 3 weeks)-> short time so customers can track the progress of your product. -Referring back to Timeboxing and MoSCow: means small analysis requires the US has time to determine.3. Collaborate:-In DSDM the communication and the importance of all members in the group are equal to each other to uphold mutual respect.-In all the meetings of the Scrum, the project team members have a voice equal to each other in order to promote the statements of opinion in order to improve the clarity in the process work (the members of the group must understand each other to avoid conflict or disagreement).4. Never Compromise quality:-The requirements of the project be assessed importance of MoSCow to develop functions the functions needed to complete the product-> not finished 100% of all functions (focus on those functions are evaluated Mu

Kết quả (Anh) 2:

1. Focus on the business need:
- Team of the Scrum Product Owner's location, its position is to ask, answer inquiries and requirements management. Helps development teams understand and clearly understand the business to work -> avoid problems misunderstood requirements -> Maintain Avoid.
- In a meeting Scrum Sprint Planning first case is: all members Scrum team (product Owner - Scrum Master - team Developments) are engaged to analyze the User Requirement from product Owner Stories -> select the User Stories necessary to deliver products for the product Owner within 1 sprint. -> Estimate and rated the importance of user stories to make products (Moscow) Product Owner will confirm the offer to team started work in the Sprint Backlog (stories Contains the user has chosen to work in one sprint).
2. Deliver on time:
- Timebox (sprint) and promises to deliver identified in the Review of Scrum. Ie from the beginning of the Sprint Planning Meeting confirmed the time to deliver (In Scrum, the Sprint at least 1 week 1 and a maximum of 3 weeks) -> briefly so customers can track the progress of the is.
- Refers to Timeboxing and Moscow: ie analysis of US small requirements have time determine.
3. Collaborate:
- In DSDM put communication and the importance of all members of peer groups to promote mutual respect.
- In all meetings of Scrum, the project team members are peer voice to promote voice their opinions in order to improve clarity in the works (the group members have to understand each other to avoid conflict or disagreement).
4 . Never compromise quality:

Why take DSDM?
Explaining triangle QA
Analyst - Deployment - maintance
Example projects fail? (PF)

Introduction to the NW as department employees -> relatively little use is reasonable DSDM (sent back).
Interpretation 8 Principles of DSDM:

The case in Scrum:
- Scrum Plainning: meeting 1 sprint first, engaging all members of the project team analyzed - choice of user stories - Estimate - rated moscow.
- Daily Scrum: (conference 15ph) to confirm the job:
o Yesterday done what?
o Today will do?
o are experiencing issues?
- Scrum Review: meeting with all members to Sprint's product demo work to product Owner can confirm the complete functionality or need to edit.
- Scrum retrospective: A meeting to draw lessons for the next Sprint.
1. Focus on the business need:
- Team of the Scrum Product Owner's location, its position is to ask, answer inquiries and requirements management. Helps development teams understand and clearly understand the business to work -> avoid problems misunderstood requirements -> Maintain Avoid.
- In a meeting Scrum Sprint Planning first case is: all members Scrum team (product Owner - Scrum Master - team Developments) are engaged to analyze the User Requirement from product Owner Stories -> select the User Stories necessary to deliver products for the product Owner within 1 sprint. -> Estimate and rated the importance of user stories to make products (Moscow) Product Owner will confirm the offer to team started work in the Sprint Backlog (stories Contains the user has chosen to work in one sprint).
2. Deliver on time:
- Timebox (sprint) and promises to deliver identified in the Review of Scrum. Ie from the beginning of the Sprint Planning Meeting confirmed the time to deliver (In Scrum, the Sprint at least 1 week 1 and a maximum of 3 weeks) -> briefly so customers can track the progress of the is.
- Refers to Timeboxing and Moscow: ie analysis of US small requirements have time determine.
3. Collaborate:
- In DSDM put communication and the importance of all members of peer groups to promote mutual respect.
- In all meetings of Scrum, the project team members are peer voice to promote voice their opinions in order to improve clarity in the works (the group members have to understand each other to avoid conflict or disagreement).
4 . Never compromise quality:
- The requirements of the project is assessed functional importance of Moscow to develop the functionality needed to fulfill the -> Not completed 100% of all functions (focusing on organizational Mu to be evaluated