• Create the issue
• Write down the title and description. This usually contains motivations and possible designs. However, the implementation details are left to the Task issues.
• Attach labels: EDA or DC? Enhancement or Bug?
• Add yourself as the assignee
• Convert this issue to Epic
• Add the issue to Roadmap and give it a time estimation

Notes: no need to assign points to Epic issues.

• Create the issue(s)
• Write down the title and description. The description should contain implementation details.
• If there are multiple Task issues, set the dependencies.
• If there are multiple steps in a single Task issue, make steps into a checklist.
• Attach labels: EDA or DC? Enhancement or Bug?
• Add everyone related as the assignee.
• Attach this issue to the Epic, if it belongs to one.
• Give it the story point estimation by comparing to the reference task: Time Series Implementation #133

• Re-estimate [time, priority] of unfinished tasks from the previous Sprint.
• Create Sprint in the Milestone (version number)
• Move tasks from Develop Backlog to Sprint Backlog. No Epic should be moved to the Sprint Backlog unless it is also a task. Sort the tasks by their priorities.
• Assign Milestone for the tasks in the Sprint Backlog.

Note: sometimes we can put some no Epic tasks to the Sprint.

• Check the PR list first. If any from outside the team, connect it to an issue if possible.
• Add module and type labels
• Add assignee
• Decide if the issue should be in {Epic, icebox, dev backlog}.
• If super urgent, put the task into Sprint Backlog and ask someone to fix.

• Check if previous review comments are resolved.
• Check if new tests and documentation are added.
• Review the code, leave comments and request change, and approve the previous request of change.
• If approved, the code reviewer merges the PR after all checks passed.
• Close the issue if all the tasks in the issue are finished.

• Create the PR (draft if partially finished) as earlier as possible
• If the PR closes an issue, add "Closes #issue-id" to the description or use the Github Linked Issue feature. Otherwise, mention the issue using "This is a part of #issue-id".
• Drag the corresponding Issue to the In Progress board. Non-team PR will skip this step.

• Resolve all review comments from the previous review.
• Asking your reviewer to review the code again by requesting a new review.

• Start this checklist 3 days before our release date.
• Install the dependencies as mentioned in https://github.com/sfu-db/dataprep/wiki/Steps-to-release-a-new-version.
• Check which PR(s) are included in the release by inspecting the git commit history on the develop branch.
• Check if the tests and the documentation are updated for each PR from the changelog. Please read through the PR carefully.
• Make the actual release by following https://github.com/sfu-db/dataprep/wiki/Steps-to-release-a-new-version.