1.2.a.i.ii.b.c.3.1.a.2.a.b.c.i.d.e.

1.
2.
a.
i.
ii.
b.
c.
3.
1.
a.
2.
a.
b.
c.
i.
d.
e.
3.
a.
b.
c.
d.
4.
a.
5.
Demandware Project Development Process
Daily Development Process
In the Morning
Follow Up on Outstanding Requests and Tasks
Prepare Your Day
Throughout the Day - Working on JIRA Tasks
During a Task
Upon Task Development Completion
At the End of the Day
Follow Up on Outstanding Requests and Tasks
Before You Go Home
Daily Defecting Process
Weekly Milestone Development Process
Milestone Overview
Milestone Completion
Milestone Incompletion
Bug Fixing During QA and UAT Process
Daily Development Process
In the Morning
Follow Up on Outstanding Requests and Tasks
Follow up on comments/requests, and pending assistance statuses in JIRA tasks and wiki spaces.
Review your crucible dashboard.
For any reviews in your outbox that have comments/defects.
Address the comments/defects.
Resolve defects as necessary.
Perform any code reviews that are outstanding.
Send out reminders to the reviewer(s)/moderator for reviews that have been in your outbox for 24 hours.
Review the project's wiki space for any updates that you may need to be made aware of.
Prepare Your Day
Review the project dashboard to ensure that you are aware of your tasks for the day.
Ensure your tech lead is aware if your tasks have been over/under-allocated, so that the schedule can be rectified ASAP.
Briefly review each task assigned to you for the day.
Ensure all resources have been provided.
Ensure that all of the task's dependency tasks have been completed.
Ensure that you understand each task and are confident to proceed with a plan of attack.
Add the plan of attack as a JIRA task comment.
Where the task cannot proceed, use the JIRA workflow to assign the task to pending assistance and assign it to the tech
lead documenting what is required in order to proceed with the task.
IF THE TASK CAN PROCEED, the first comment in every JIRA ticket should be a bullet point list of what you intend
to do to complete the task
Pull all commits from the CD branch of the client project and client branches of external projects into your local repository.
Fix and merge any conflicts.
In your sandbox, import the latest site data and ensure that there are no import errors.
In Eclipse UX Studio, refresh and upload cartridges.
Perform a brief smoke test to ensure that the site is in a working state.
Attend the Project Team Daily WIP with your prepared plan of attack for the entire day.
If necessary, organise a time with your tech lead to address any concerns or clarify your plan of attack.
Where the tech lead has discussed a modified plan of attack, update the JIRA task with a comment document the modified
approach.
Throughout the Day - Working on JIRA Tasks
1.
2.
3.
4.
5.
6.
7.
8.
9.
1.
2.
a.
3.
1.
a.
b.
2.
a.
3.
a.
i.
ii.
b.
4.
a.
i.
b.
1.
2.
During a Task
Keep on track with your plan of attack.
Update the JIRA Workflow and comment when appropriate throughout development.
Commence work on the assigned task in conjunction with the relevant section of the Definition of Done.
Develop against the Development Methodology, and Development Standards.
Document your implementation throughout the task, where applicable. Please see Documenting Tasks in the Wiki.
Ensure the development implementation adheres to the SEO Guidelines - Summary.
Develop against the TDD approach using the Functional Testing Methodology.
Ensure all changes to the Master Sandbox is registered in the project's Sandbox Sync Register following the Sandbox Development
Sync Process.
Escalate any issues immediately.
Upon Task Development Completion
Commit your work following the Git Repository - Git Workflows.
Initiate the code review according to How to Use Fisheye and Crucible for Code Reviews.
Code reviewers must be rotated between team members. No team member should be constantly assigned to review a
specific developer's code.
Update the JIRA ticket according to the JIRA Workflow.
At the End of the Day
Follow Up on Outstanding Requests and Tasks
For any uncompleted tasks:-
Add comments as to the state of the progress of the task, using the JIRA Structure Comments.
Update the remaining time of the task.
Review the project dashboard to ensure that you are aware of your tasks for the day.
Ensure your tech lead is aware if your tasks have been over/under-allocated, so that the schedule can be rectified ASAP.
Review your crucible dashboard.
For any reviews in your outbox that have comments/defects.
Address the comments/defects.
Resolve defects as necessary.
Perform any code reviews that are outstanding.
Review the project's Daily Defect Bucket.
Identify and assign any defects that you feel the most comfortable completing, preferably on tasks you've worked on.
Do not assign too many defects to yourself at once.
Complete the defect task according the Working on JIRA Tasks process.
Before You Go Home
Ensure the the tech lead has exported the master sandbox.
Import the package from the master sandbox into your sandbox. (This will take time so it's best to it at the end of the day when it
2.
1.
2.
1.
2.
won't prevent you from working further)
Daily Defecting Process
During project development the Tech Lead and/or testers will be testing the site's completed modules daily. Any defects found in the Daily
Defecting Process will be added to a daily defect bucket, which the project team is responsible for clearing by the end of each milestone.
All time spent fixing defects should be logged to the related development task the defect was linked to, not the defect ticket itself. Please
speak to the QAM if the defect is missing a link to a development task.
Weekly Milestone Development Process
Milestone Overview
Milestones start on Monday and ends Friday
A Project Team Weekly WIP is held every Thursday to determine how the project is tracking.
Milestone Completion
The milestone is not considered done unless all tasks for the milestone is closed and the defect pool is empty.
When all tasks and defects have been completed prior to the milestone's due date:-
The team may decide to take a break from the project for the rest of the milestone or continue forward into the following milestone to
stay of schedule.
High fives all round.
Milestone Incompletion
A milestone that still has outstanding tasks and/or defects the milestone is deemed incomplete.
The entire team is responsible for completing the outstanding tasks and defects prior to the commencement of the upcoming
milestone.
In instances where the milestone is still deemed incomplete by the commencement of the upcoming milestone an investigation will
ensue to determine the cause of the incompleted tasks/defects.
Bug Fixing During QA and UAT Process
During project development the Tech Lead and/or testers will be testing the site's completed modules daily. Any defects found in the Fronten
d Test Execution Process will be added to a defect bucket, which the project team will be scheduled time to fix during QA and UAT.
All time spent fixing defects in QA and UAT should be logged to the bug fixing bucket task assigned to you, not the defect ticket itself. Please
speak to your Tech Lead if you have not been provided with a bug fixing bucket task.
Do NOT import user credentials. Jeff Lu to expand on the implications here.

Kết quả (Việt) 1:

1.2.một.tôi.II.b.c.3.1.một.2.một.b.c.tôi.d.e.3.một.b.c.d.4.một.5.Quá trình phát triển dự án DemandwareQuá trình phát triển hàng ngàyVào buổi sángTheo dõi trên yêu cầu xuất sắc và nhiệm vụChuẩn cho ngày của bạnTrong suốt cả ngày - làm việc trên JIRA nhiệm vụTrong một nhiệm vụSau khi nhiệm vụ phát triển hoàn thànhCuối ngàyTheo dõi trên yêu cầu xuất sắc và nhiệm vụTrước khi bạn về nhàQuá trình ông hàng ngàyQuá trình phát triển mốc lượtTổng quan về sự kiện quan trọngHoàn thành sự kiện quan trọngSự kiện quan trọng IncompletionLỗi sửa chữa trong bảo đảm chất lượng và quá trình UATQuá trình phát triển hàng ngàyVào buổi sángTheo dõi trên yêu cầu xuất sắc và nhiệm vụTheo dõi trên ý kiến/yêu cầu, và đang chờ các trạng thái hỗ trợ trong công việc JIRA và tại toàn wiki.Xem lại trang tổng quan của nồi nấu kim loại.Cho bất kỳ nhận xét trong của bạn hộp thư đi mà có ý kiến/Khuyết tật.Giải quyết các ý kiến/Khuyết tật.Giải quyết các Khuyết tật như cần thiết.Thực hiện bất kỳ đánh giá mã là xuất sắc.Gửi lời nhắc cho các reviewer(s) / người điều phối cho giá mà đã ở của bạn hộp thư đi cho 24 giờ.Xem xét không gian của dự án wiki cho bất kỳ Cập Nhật nào bạn có thể cần phải được thực hiện nhận thức của.Chuẩn cho ngày của bạnXem lại bảng điều khiển dự án để đảm bảo rằng bạn đang nhận thức của công việc của bạn trong ngày.Đảm bảo dẫn công nghệ cao của bạn là nhận thức được nếu công việc của bạn đã được trên/dưới-phân bổ, do đó, rằng lịch trình có thể khắc phục càng sớm càng tốt.Một thời gian ngắn xem xét mỗi nhiệm vụ được giao cho bạn trong ngày.Đảm bảo mọi nguồn lực đã được cung cấp.Đảm bảo rằng tất cả các nhiệm vụ phụ thuộc nhiệm vụ đã được hoàn thành.Đảm bảo rằng bạn hiểu mỗi nhiệm vụ và tự tin để tiến hành một kế hoạch tấn công.Thêm kế hoạch tấn công như một chú thích công việc JIRA.Trong trường hợp các nhiệm vụ không thể tiếp tục, sử dụng quy trình làm việc JIRA để gán tác vụ đang chờ xử lý hỗ trợ và gán nó cho công nghệdẫn ghi lại những gì là cần thiết để tiếp tục với nhiệm vụ.Nếu THE nhiệm vụ có thể tiến hành, bình luận đầu tiên trong mỗi vé JIRA nên là một danh sách bullet điểm của những gì bạn có ýđể làm để hoàn thành nhiệm vụKéo các cam kết tất cả từ các chi nhánh CD của khách hàng dự án và khách hàng chi nhánh của dự án bên ngoài vào kho lưu trữ địa phương của bạn.Sửa chữa và hợp nhất bất kỳ xung đột.Trong chỗ thử của bạn, nhập dữ liệu trang web mới nhất và đảm bảo rằng không có không có lỗi nhập khẩu.Tại Eclipse UX Studio, làm mới và tải lên hộp mực.Thực hiện một bài kiểm tra khói ngắn để đảm bảo rằng các trang web là một trạng thái làm việc.Tham gia các dự án nhóm hàng ngày WIP với kế hoạch chuẩn bị tấn công cho cả ngày.Nếu cần thiết, tổ chức một thời gian với dẫn công nghệ của bạn để giải quyết bất kỳ mối quan tâm hoặc làm rõ của bạn kế hoạch tấn công.Nơi dẫn đầu công nghệ đã thảo luận một kế hoạch lần tấn công, Cập Nhật nhiệm vụ JIRA với một tài liệu thảo luận các sửa đổicách tiếp cận.Trong suốt cả ngày - làm việc trên JIRA nhiệm vụ1.2.3.4.5.6.7.8.9.1.2.một.3.1.một.b.2.một.3.một.tôi.II.b.4.một.tôi.b.1.2.Trong một nhiệm vụGiữ về ca khúc với kế hoạch tấn công.Cập Nhật JIRA quy trình làm việc và nhận xét khi thích hợp trong suốt phát triển.Bắt đầu làm việc trên nhiệm vụ được giao kết hợp với phần có liên quan về định nghĩa thực hiện.Phát triển các phương pháp phát triển và phát triển tiêu chuẩn.Tài liệu của bạn thực hiện trong suốt các nhiệm vụ, khi áp dụng. Xin vui lòng xem tài liệu về các nhiệm vụ trong Wiki.Đảm bảo việc thực hiện phát triển tuân thủ các nguyên tắc SEO - bản tóm tắt.Phát triển chống lại phương pháp tiếp cận TDD bằng cách sử dụng các phương pháp thử nghiệm chức năng.Đảm bảo tất cả thay đổi để chỗ thử Master được đăng ký trong các dự án chỗ thử đồng bộ đăng ký sau phát triển SandboxQuá trình đồng bộ.Leo thang bất kỳ vấn đề ngay lập tức.Sau khi nhiệm vụ phát triển hoàn thànhCam kết của bạn làm việc theo kho Git - Git quy trình công việc.Bắt đầu xem xét mã theo làm thế nào để sử dụng Fisheye và nồi nấu kim loại cho mã đánh giá.Người đánh giá mã phải được luân chuyển giữa các thành viên trong nhóm. Không có thành viên trong đội sẽ được chỉ định liên tục để xem xét mộtmã cụ thể phát triển.Cập Nhật JIRA vé theo quy trình làm việc JIRA.Cuối ngàyTheo dõi trên yêu cầu xuất sắc và nhiệm vụĐối với bất kỳ nhiệm vụ cao:-Thêm ý kiến về nhà nước của sự tiến bộ của công việc, bằng cách sử dụng các JIRA cấu trúc ý kiến.Cập Nhật thời gian còn lại của nhiệm vụ.Xem lại bảng điều khiển dự án để đảm bảo rằng bạn đang nhận thức của công việc của bạn trong ngày.Đảm bảo dẫn công nghệ cao của bạn là nhận thức được nếu công việc của bạn đã được trên/dưới-phân bổ, do đó, rằng lịch trình có thể khắc phục càng sớm càng tốt.Xem lại trang tổng quan của nồi nấu kim loại.Cho bất kỳ nhận xét trong của bạn hộp thư đi mà có ý kiến/Khuyết tật.Giải quyết các ý kiến/Khuyết tật.Giải quyết các Khuyết tật như cần thiết.Thực hiện bất kỳ đánh giá mã là xuất sắc.Xem xét của dự án hàng ngày lỗi thùng.Xác định và chỉ định bất kỳ Khuyết tật mà bạn cảm thấy các thoải mái nhất hoàn thành, tốt nhất là về công việc bạn đã làm việc trên.Không chỉ định quá nhiều lỗi với bản thân mình cùng một lúc.Hoàn thành nhiệm vụ khiếm khuyết theo làm việc về quá trình JIRA nhiệm vụ.Trước khi bạn về nhàĐảm bảo các công nghệ dẫn xuất khẩu chủ sandbox.Nhập khẩu các gói phần mềm từ chỗ thử chủ vào chỗ thử của bạn. (Điều này sẽ mất thời gian để nó là tốt nhất để nó vào cuối ngày khi nó2.1.2.1.2.sẽ không ngăn cản bạn từ làm việc thêm)Quá trình ông hàng ngàyTrong dự án phát triển các công nghệ dẫn và/hoặc thử nghiệm sẽ thử nghiệm mô-đun đã hoàn thành các trang web hàng ngày. Bất kỳ lỗi tìm thấy ở các hàng ngàyÔng quá trình sẽ được thêm vào một xô khiếm khuyết hàng ngày, nhóm dự án chịu trách nhiệm thanh toán bù trừ vào cuối mỗi sự kiện quan trọng.Tất cả thời gian sửa chữa lỗi nên được đăng nhập tác vụ liên quan đến phát triển các khiếm khuyết được liên kết với, không khiếm khuyết vé chính nó. Vui lòngnói chuyện với QAM nếu các khiếm khuyết thiếu một liên kết đến một nhiệm vụ phát triển.Quá trình phát triển mốc lượtTổng quan về sự kiện quan trọngSự kiện quan trọng bắt đầu vào thứ hai và kết thúc thứ sáuMột nhóm dự án lượt WIP được tổ chức mỗi thứ năm để xác định như thế nào dự án theo dõi.Hoàn thành sự kiện quan trọngCác mốc quan trọng không được coi là thực hiện trừ khi tất cả nhiệm vụ cho sự kiện quan trọng đóng cửa và hồ bơi khiếm khuyết là sản phẩm nào.Khi tất cả các nhiệm vụ và Khuyết tật đã được hoàn thành trước khi ngày đáo hạn của sự kiện quan trọng:-Nhóm nghiên cứu có thể quyết định để mất một break từ dự án cho phần còn lại của sự kiện quan trọng hoặc tiếp tục về phía trước vào sự kiện quan trọng sau đây đểở khách sạn của lịch trình.High fives tất cả các vòng.Sự kiện quan trọng IncompletionMột sự kiện quan trọng mà vẫn có xuất sắc nhiệm vụ và/hoặc Khuyết tật cột mốc được coi là không đầy đủ.Đội tuyển toàn bộ chịu trách nhiệm hoàn thành xuất sắc nhiệm vụ và Khuyết tật trước khi bắt đầu sắp tớisự kiện quan trọng.Trong trường hợp nơi các mốc quan trọng vẫn còn coi là không đầy đủ của sự bắt đầu của sự kiện quan trọng sắp tới một cuộc điều tra sẽxảy để xác định nguyên nhân của các nhiệm vụ dùng/Khuyết tật.Lỗi sửa chữa trong bảo đảm chất lượng và quá trình UATTrong dự án phát triển các công nghệ dẫn và/hoặc thử nghiệm sẽ thử nghiệm mô-đun đã hoàn thành các trang web hàng ngày. Bất kỳ lỗi tìm thấy trong Frontend kiểm tra thực hiện quá trình sẽ được thêm vào một xô khiếm khuyết, nhóm dự án sẽ là thời gian theo lịch trình để sửa chữa trong bảo đảm chất lượng và UAT.Tất cả thời gian bỏ ra sửa chữa lỗi tại bảo đảm chất lượng và UAT nên được đăng nhập lỗi sửa chữa nhóm nhiệm vụ được giao cho bạn, không khiếm khuyết vé chính nó. Vui lòngnói chuyện với công nghệ dẫn của bạn nếu bạn đã không được cung cấp với một lỗi sửa chữa Xô nhiệm vụ.KHÔNG nhập khẩu thông tin đăng nhập người dùng. Jeff Lu để mở rộng trên các tác động ở đây.

Kết quả (Việt) 2:

1.
2.
a.
i.
ii.
b.
c.
3.
1.
a.
2.
a.
b.
c.
i.
d.
e.
3.
a.
b.
c.
d.
4.
a.
5.
Quy trình phát triển dự án Demandware
Quá trình phát triển hàng ngày
Trong Morning
theo Up trên yêu cầu và nhiệm vụ xuất sắc
Chuẩn bị ngày của bạn
suốt ngày - Làm việc trên JIRA Nhiệm vụ
trong một bài tập
Khi Phát triển công tác hoàn thành
Tại End of the Day
theo Up trên yêu cầu và nhiệm vụ xuất sắc
Trước khi Bạn Go Home
Daily đào ngũ Process
Process Weekly Phát triển Milestone
Milestone Tổng quan
Milestone Hoàn
Milestone chưa hoàn thiện
Bug Fixing Trong QA và UAT Process
Quá trình phát triển hàng ngày
Trong Morning
Follow Up trên yêu cầu và nhiệm vụ xuất sắc
theo lên trên ý kiến / yêu cầu, và cấp phát trạng thái hỗ trợ trong công việc và JIRA không gian wiki.
Xem lại bảng điều khiển thử thách của mình.
Đối với đánh giá nào ở hộp thư đi của bạn mà có ý kiến / các khuyết tật.
Địa chỉ các ý kiến / các khuyết tật.
Giải quyết các khuyết tật khi cần thiết.
Thực hiện bất kỳ mã số nhận xét ​​mà là xuất sắc.
Gửi ra nhắc nhở cho người đánh giá (s) / người điều hành cho các nhận xét ​​đã được trong hộp thư đi của bạn trong 24 giờ.
Xem lại không gian wiki của dự án đối với bất kỳ bản cập nhật mà bạn có thể cần phải được thực hiện nhận thức.
Chuẩn bị ngày của bạn
Xem lại bảng điều khiển dự án để đảm bảo rằng bạn nhận thức được nhiệm vụ của bạn trong ngày.
Đảm bảo chính công nghệ của bạn là nhận thức, nếu công việc của bạn đã được hơn / phân bổ dưới, do đó lịch trình có thể được sửa chữa càng sớm càng tốt.
Một thời gian ngắn xem xét từng nhiệm vụ được giao trong ngày.
Đảm bảo tất cả các nguồn lực đã được cung cấp.
Đảm bảo rằng tất cả các nhiệm vụ của nhiệm vụ phụ thuộc đã được hoàn thành.
Đảm bảo rằng bạn hiểu mỗi công việc và tự tin để tiến hành một kế hoạch tấn công.
Thêm các kế hoạch tấn công như một JIRA nhiệm vụ xét.
Trường hợp công việc không thể tiến hành, sử dụng các quy trình làm việc JIRA giao nhiệm vụ để cấp phát hỗ trợ và gán nó vào các công nghệ
dẫn ghi những gì là cần thiết để tiến hành các nhiệm vụ.
NẾU CÁC NHIỆM VỤ THỂ PROCEED, những nhận xét ​​đầu tiên trong mỗi vé JIRA phải là một danh sách điểm đạn của những gì bạn dự định
làm gì để hoàn thành nhiệm vụ
Pull tất cả các cam kết từ các chi nhánh CD của dự án khách hàng và các chi nhánh khách hàng của dự án bên ngoài vào kho địa phương của bạn.
Sửa chữa và hợp nhất bất kỳ xung đột.
Trong sandbox của bạn, nhập dữ liệu trang web mới nhất và đảm bảo rằng không có lỗi nhập khẩu.
Trong Eclipse UX Studio, làm mới và tải lên hộp mực.
Thực hiện kiểm tra khói ngắn gọn để đảm bảo rằng trang web là trong một trạng thái làm việc.
Tham dự các nhóm dự án hàng ngày WIP với kế hoạch chuẩn bị của bạn bị tấn công trong suốt ngày.
Nếu cần thiết, tổ chức một thời gian với chì công nghệ của bạn để giải quyết bất kỳ mối quan tâm, làm rõ kế hoạch của bạn tấn công.
Trường hợp các công nghệ dẫn đầu đã thảo luận một kế hoạch sửa đổi của cuộc tấn công, cập nhật các nhiệm vụ JIRA với một tài liệu bình luận các sửa đổi
cách tiếp cận.
Suốt ngày - Làm việc trên JIRA Nhiệm vụ
1.
2.
3.
4.
5 .
6.
7.
8.
9.
1.
2.
a.
3.
1.
a.
b.
2.
a.
3.
a.
i.
ii.
b.
4.
a.
i.
b.
1.
2.
Trong a Task
Tiếp tục theo dõi kế hoạch của mình tấn công.
nhật JIRA Workflow và bình luận khi thích hợp trong phát triển.
Bắt làm việc trên các nhiệm vụ được giao phối hợp với các phần có liên quan của các nét của Done.
Phát triển chống lại các phương pháp phát triển, và các tiêu chuẩn phát triển.
Tài liệu thực hiện của bạn trong suốt nhiệm vụ, khi áp dụng. Vui lòng xem tư liệu Nhiệm vụ trong Wiki.
Đảm bảo việc thực hiện phát triển tuân thủ các hướng dẫn SEO -. Tóm tắt
Phát triển so với phương pháp tiếp cận TDD sử dụng các phương pháp thử nghiệm chức năng.
Đảm bảo tất cả các thay đổi đối với Sandbox Master được đăng ký trong Sandbox Sync ký của dự án sau khi phát triển Sandbox
. Sync trình
leo thang bất kỳ vấn đề ngay lập tức.
Khi phát triển công tác hoàn thành
Cam kết công việc của bạn sau Repository Git -. Git Workflows
xướng việc xem xét mã theo Làm thế nào để sử dụng Fisheye và Crucible cho Mã Nhận xét.
Mã số nhận xét ​​phải được luân chuyển giữa các thành viên trong nhóm. Không có thành viên trong nhóm phải liên tục được giao để xem xét một
mã phát triển cụ thể.
Cập nhật vé JIRA theo JIRA Workflow.
Tại End of the Day
Follow Up trên yêu cầu xuất sắc và Tasks
Đối với bất kỳ công việc dở dang: -
Thêm ý kiến như cho bang tiến độ của công việc, bằng cách sử dụng cấu JIRA Comments.
Cập nhật thời gian còn lại của nhiệm vụ.
Xem lại bảng điều khiển dự án để đảm bảo rằng bạn nhận thức được nhiệm vụ của bạn trong ngày.
Đảm bảo chính công nghệ của bạn là nhận thức, nếu công việc của bạn đã được hơn / dưới giao, do đó lịch trình có thể được sửa chữa càng sớm càng tốt.
Xem lại bảng điều khiển thử thách của mình.
Đối với đánh giá nào ở hộp thư đi của bạn mà có ý kiến / các khuyết tật.
Địa chỉ các ý kiến / các khuyết tật.
Giải quyết các khuyết tật khi cần thiết.
Thực hiện bất kỳ mã số nhận xét ​​mà chưa thanh toán.
Xem lại của dự án hàng ngày Defect Bucket.
Xác định và phân công cho bất cứ lỗi mà bạn cảm thấy thoải mái nhất hoàn thành, tốt nhất các nhiệm vụ bạn đã làm việc.
Không chỉ định quá nhiều khiếm khuyết để mình cùng một lúc.
Hoàn thành các nhiệm vụ khiếm khuyết theo các quy trình làm việc trên JIRA Nhiệm vụ .
Trước khi Bạn Về Trang chủ
Đảm bảo chì các công nghệ cao đã xuất khẩu các sandbox chủ.
Nhập khẩu các gói từ sandbox chủ vào sandbox của bạn. (Điều này sẽ mất thời gian vì vậy tốt nhất để nó vào cuối ngày khi nó
2.
1.
2.
1.
2.
sẽ không ngăn cản bạn từ việc làm thêm)
Daily đào ngũ Process
Trong phát triển dự án Lead Tech và / hoặc xét nghiệm sẽ được thử nghiệm module hoàn thành của trang web hàng ngày. Bất kỳ khuyết tật tìm thấy trong tờ Daily
đào ngũ Process sẽ được thêm vào một xô khuyết tật hàng ngày, trong đó các nhóm dự án có trách nhiệm thanh toán bù trừ vào cuối mỗi mốc.
Tất cả thời gian dành cho sửa chữa các khiếm khuyết sẽ được đăng nhập với nhiệm vụ phát triển liên quan đến những khiếm khuyết đã được liên kết với , không phải là vé khiếm khuyết của chính nó. Hãy
nói chuyện với QAM nếu khiếm khuyết thiếu một liên kết đến một nhiệm vụ phát triển.
Quy trình Weekly Phát triển Milestone
Milestone Tổng quan
cột mốc bắt đầu vào thứ Hai và kết thúc thứ sáu
A Project Team Weekly WIP được tổ chức mỗi thứ năm để xác định làm thế nào dự án được theo dõi.
Milestone Hoàn
The mốc quan trọng là không được coi là done trừ khi tất cả các nhiệm vụ cho các sự kiện quan trọng được đóng lại và các hồ bơi lỗi là trống rỗng.
Khi tất cả các nhiệm vụ và các khuyết tật đã được hoàn thành trước ngày đến hạn của cột mốc: -
Các đội có thể quyết định để mất một break từ dự án cho phần còn lại các cột mốc hoặc tiếp tục chuyển tiếp vào các mốc sau đây để
ở lại với kế hoạch.
fives cao quanh.
Milestone chưa hoàn
Một cột mốc đó vẫn còn có nhiệm vụ và / hoặc các khuyết tật xuất sắc các cột mốc được coi là không đầy đủ.
Toàn bộ đội ngũ chịu trách nhiệm hoàn thành xuất sắc nhiệm vụ và khiếm khuyết trước khi bắt đầu sắp tới
cột mốc quan trọng.
Trong trường hợp các cột mốc được coi là vẫn chưa đầy đủ của sự bắt đầu của sự kiện quan trọng sắp tới một cuộc điều tra sẽ
xảy ra sau đó để xác định nguyên nhân gây ra những nhiệm vụ chưa đầy đủ / khuyết tật.
Bug Fixing Trong QA và UAT Process
Trong dự án phát triển các chì và / hoặc xét nghiệm Tech sẽ được thử nghiệm module hoàn thành của trang web hàng ngày. Bất kỳ khuyết tật tìm thấy trong FRONTEN
Execution d Kiểm tra Process sẽ được thêm vào một xô lỗi, mà các nhóm dự án sẽ được sắp xếp thời gian để khắc phục trong quá trình bảo đảm chất lượng và UAT.
Tất cả thời gian dành cho sửa chữa các khiếm khuyết trong QA và UAT nên đăng nhập để xô sửa lỗi nhiệm vụ được giao, không phải là vé khiếm khuyết của chính nó. Hãy
nói chuyện với lãnh đạo nhóm công bạn nếu bạn đã không được cung cấp với một nhiệm vụ sửa lỗi xô.
ĐỪNG nhập thông tin người dùng. Jeff Lu mở rộng về những tác động ở đây.