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.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 ProcessDaily Development ProcessIn the MorningFollow Up on Outstanding Requests and TasksPrepare Your DayThroughout the Day - Working on JIRA TasksDuring a TaskUpon Task Development CompletionAt the End of the DayFollow Up on Outstanding Requests and TasksBefore You Go HomeDaily Defecting ProcessWeekly Milestone Development ProcessMilestone OverviewMilestone CompletionMilestone IncompletionBug Fixing During QA and UAT ProcessDaily Development ProcessIn the MorningFollow Up on Outstanding Requests and TasksFollow 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 DayReview 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 techlead 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 intendto do to complete the taskPull 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 modifiedapproach.Throughout the Day - Working on JIRA Tasks1.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 TaskKeep on track with your plan of attack.Update the JIRA Workflow and comment when appropriate throughout development.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.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 HomeEnsure 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 it2.1.2.1.2.won't prevent you from working further)Daily Defecting ProcessDuring project development the Tech Lead and/or testers will be testing the site's completed modules daily. Any defects found in the DailyDefecting 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. Pleasespeak to the QAM if the defect is missing a link to a development task.Weekly Milestone Development ProcessMilestone OverviewMilestones start on Monday and ends FridayA Project Team Weekly WIP is held every Thursday to determine how the project is tracking.Milestone CompletionThe 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 tostay of schedule.High fives all round.Milestone IncompletionA 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 upcomingmilestone.In instances where the milestone is still deemed incomplete by the commencement of the upcoming milestone an investigation willensue to determine the cause of the incompleted tasks/defects.Bug Fixing During QA and UAT ProcessDuring project development the Tech Lead and/or testers will be testing the site's completed modules daily. Any defects found in the Frontend 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. Pleasespeak 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) 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.