SOLFIND
Web Lens
Portal home

Get started planning work | GitLab Docs

https://docs.gitlab.com/user/get_started/get_started_planning_work/ • 39 KB fetched
Open original page


Get started planning work | GitLab Docs Skip to main content Go to GitLab Docs homepage What's new? What's new? Get free trial Toggle menu * Use GitLab * GitLab Duo * GitLab Orbit * Extend * Install * Administer * Subscribe * Contribute * Solutions Getting started Tutorials Manage your organization Organize work with projects Plan and track work Getting started Tutorials Tutorial: Use GitLab for Scrum Tutorial: Use GitLab for Kanban Work items Labels Iterations Milestones Comments and threads Requirements Time tracking Customer relations (CRM) Wikis Roadmaps Objectives and key results (OKR) Keyboard shortcuts Quick actions Markdown AsciiDoc Org mode To-Do List GitLab Query Language (GLQL) Manage authentication and authorization Use Git Manage your code Use CI/CD to build your application Secure your application Deploy and release your application Manage your infrastructure Monitor your application Analyze GitLab usage Release notes Feature support Find your GitLab version * GitLab Docs / * Use GitLab / * Plan and track work / * Getting started Help us learn about your current experience with the documentation. Take the survey . Get started planning work GitLab has tools to help you plan, execute, and track your work. With planning, collaboration, documentation, time tracking, and reporting features, you can create a workflow that promotes transparency, accountability, and efficient project management. The process of planning work is part of a larger workflow: Step 1: Define timelines Start by thinking about how your team wants to approach your project goals and tasks. Define your releases by using milestones, like 1.0 , 2.0 , and 3.0 . Decide whether to release both major and minor releases. Then, if you want your team to use a standard cadence for planning, use iterations. Iterations are time-boxed periods, similar to sprints. For example, you might want to release every two weeks. For more information, see: * Milestones * Iterations Step 2: Plan and organize work After you ve decided on a release cadence, you can start organizing your work. Epics are at the highest level. They provide a broad overview of the project s major objectives and help to align the team s efforts with the overall vision. Then you can define issues and assign them to epics. Issues represent specific bugs or user stories that you need to address. Issues can be assigned to team members, labeled for categorization and prioritization, and tracked through various stages of completion. Then, in issues, you can use tasks to break down the work into smaller, actionable items. And finally, to ensure that your project s objectives are aligned with the organization s goals, you can create OKRs (objectives and key results) and associate them with epics. By defining measurable key results, your team can track your progress and evaluate the impact of your work on the broader organization s objectives. For more information, see: * Epics * Issues * Tasks * OKRs Step 3: Visualize your workflow Issue boards offer a visual representation of the project s workflow. They display issues categorized by their status, such as To Do, In Progress, or Done. Use issue boards to quickly assess the current state of the project and identify any bottlenecks or blockers. For more information, see: * Issue boards Step 4: Collaborate and communicate To categorize and prioritize issues, making it easier for you to identify and focus on specific areas of work, use labels. By assigning descriptive labels to issues, like bug, enhancement, or high priority, you can filter and find relevant tasks. In issues, comments and threads provide a centralized space for discussion, feedback, and collaboration. Team members can ask questions, provide updates, share ideas, and review each other s work in the context of an issue. Also in comments, you can use mentions ( @username ) to notify others that you d like them involved in the discussion. When you mention someone, they receive a notification. For more information, see: * Labels * Comments and threads Step 5: Track progress Tracking progress involves monitoring the status and completion of tasks, milestones, and overall project goals. You can visualize the timeline and track progress of epics and milestones by using roadmaps. Roadmaps show a strategic, long-term view of the project, so you can gauge when major deliverables are planned and determine how they contribute to the overall project goals. To log the time spent on each issue, helping to monitor progress and estimate future efforts, use time tracking. You can use milestone burndown charts to view a graphical overview of the progress towards a specific milestone. The burndown chart shows the number of issues opened, closed, and remaining over time. Use it to track your progress and adjust your efforts accordingly. For more information, see: * Roadmaps * Time tracking * Milestone burnup and burndown charts Step 6: Report and analyze Over time, you can use analytics to gain insights into your team s performance and productivity. Analyze issues by filtering by labels, milestones, and iterations. Group issues by priority, category, or other custom criteria. For more information, see: * Analyze GitLab usage Step 7: Create documentation and share knowledge Throughout the process, you can document your progress and procedures. While you add comments and notes in issues and merge requests, requirements are another essential aspect of documentation in a GitLab workflow. They define the expected outcomes, acceptance criteria, and constraints for specific features or tasks. Requirements can be documented in issues or wikis, providing a clear understanding of what needs to be delivered and how success is measured. Wikis serve as the primary hub for project documentation and knowledge management. They provide a collaborative space where team members can create, edit, and organize content related to the project. Wikis can include a wide range of information, like project guidelines, technical specifications, and best practices. For more information, see: * Requirements * Wikis * Step 1: Define timelines * Step 2: Plan and organize work * Step 3: Visualize your workflow * Step 4: Collaborate and communicate * Step 5: Track progress * Step 6: Report and analyze * Step 7: Create documentation and share knowledge * Facebook * LinkedIn * Twitter * YouTube Company * About GitLab * View pricing * Try GitLab for free Feedback * View page source * Edit in Web IDE * Contribute to GitLab * Suggest updates Help & Community * Get certified * Get support * Post on the GitLab forum Resources * Terms * Privacy statement * Use of generative AI * Acceptable use of user licenses *

Links found on this page

  1. Skip to main content [direct]
  2. Go to GitLab Docs homepage [direct]
  3. What's new? [direct]
  4. Get free trial [direct]
  5. Use GitLab [direct]
  6. GitLab Duo [direct]
  7. GitLab Orbit [direct]
  8. Extend [direct]
  9. Install [direct]
  10. Administer [direct]
  11. Subscribe [direct]
  12. Contribute [direct]
  13. Solutions [direct]
  14. Getting started [direct]
  15. Tutorials [direct]
  16. Manage your organization [direct]
  17. Organize work with projects [direct]
  18. Plan and track work [direct]
  19. Tutorials [direct]
  20. Tutorial: Use GitLab for Scrum [direct]
  21. Tutorial: Use GitLab for Kanban [direct]
  22. Work items [direct]
  23. Labels [direct]
  24. Iterations [direct]
  25. Milestones [direct]
  26. Comments and threads [direct]
  27. Requirements [direct]
  28. Time tracking [direct]
  29. Customer relations (CRM) [direct]
  30. Wikis [direct]
  31. Roadmaps [direct]
  32. Objectives and key results (OKR) [direct]
  33. Keyboard shortcuts [direct]
  34. Quick actions [direct]
  35. Markdown [direct]
  36. AsciiDoc [direct]
  37. Org mode [direct]
  38. To-Do List [direct]
  39. GitLab Query Language (GLQL) [direct]
  40. Manage authentication and authorization [direct]
  41. Use Git [direct]
  42. Manage your code [direct]
  43. Use CI/CD to build your application [direct]
  44. Secure your application [direct]
  45. Deploy and release your application [direct]
  46. Manage your infrastructure [direct]
  47. Monitor your application [direct]
  48. Analyze GitLab usage [direct]
  49. Release notes [direct]
  50. Feature support [direct]
  51. Find your GitLab version [direct]
  52. Take the survey [direct]
  53. Epics [direct]
  54. Issues [direct]
  55. Tasks [direct]
  56. Issue boards [direct]
  57. Milestone burnup and burndown charts [direct]
  58. Facebook [direct]
  59. LinkedIn [direct]
  60. Twitter [direct]
  61. YouTube [direct]
  62. About GitLab [direct]
  63. View pricing [direct]
  64. Try GitLab for free [direct]
  65. View page source [direct]
  66. Edit in Web IDE [direct]
  67. Contribute to GitLab [direct]
  68. Suggest updates [direct]
  69. Get certified [direct]
  70. Get support [direct]
  71. Post on the GitLab forum [direct]
  72. Terms [direct]
  73. Privacy statement [direct]
  74. Use of generative AI [direct]
  75. Acceptable use of user licenses [direct]