Difference between revisions of "Developments at the Wiki"

From CNM Wiki
Jump to: navigation, search
 
(51 intermediate revisions by 2 users not shown)
Line 1: Line 1:
[[File:Cnm-digital.png|400px|thumb|right|[[CNM Cyber suite]]s]][[Developments at the Wiki]] (hereinafter, the ''Lectio'') is the [[lectio|lesson part]] of '''[[Wiki Editing Essentials]]''' [[lesson]] that introduces its participants to [[wiki edit]] concepts. This ''lesson'' belongs to the ''CNMCT Entrance'' section of the [[CNM Cyber Placement]].
+
[[File:Cnm-digital.png|400px|thumb|right|[[CNMCyber suite]]s]][[Developments at the Wiki]] (hereinafter, the ''Lectio'') is the [[lectio|lesson part]] of '''[[Wiki Editing Essentials]]''' [[lesson]] that introduces its participants to [[wiki edit]] concepts. This ''lesson'' belongs to the ''CNMCT Entrance'' section of [[CNMCyber Bootcamps]].
  
  
Line 6: Line 6:
  
 
===Script===
 
===Script===
:At [[CNM Wiki]], a [[Talk page]] is any [[wikipage]] that is attached to a content page. ''Talk pages'' can be used for discussions related to the "content page" matters; ''Talk pages'' can be accessed via the "Discussion" tab in the page type menu.
+
:[[CNM Wiki]] is a [[development hub]]. Here, [[CNMCyber Team]] develops [[requirement]]s for future [[CNMCyber service]]s and [[CNM app]]s. The [[software]] and some other [[deliverable]]s are further developed at another ''hub'' called [[CNM Lab]].  
  
:The ''Talk pages'' of [[CNM Wiki]] may be used to publish any notes about the content pages, any wikitext drafts, and [[requirement]]s. Those requirements that are published at those [[wikipage]]s that belong to the [[:Category:Product Epics]] are the primary deliverables of [[CNM Wiki]] as a [[development hub]].
+
:Two categories of [[wikipage]]s are used in the development of ''requirements''.
  
:
+
:First, those ''pages'' that belong to the [[:Category:Product Epics]] are utilized to express [[product epic]]s. Secondly, those ''pages'' that belong to the [[:Category:Sprint Backlogs]] are utilized to express the results of [[Sprint Zero]]s.
Development cycle
 
  
In CNM Agile, any target deliverable, its part, or feature, as well as all the other deliverables that need to be developed for the Project, are going to be developed in a few Sprints, which will continue until the particular target deliverable, its part, or feature is completely developed. These Sprints make up the development cycle as follows:
+
:Any development starts with a vision of what needs to be developed. Before [[CNMCyber]] was developed, somebody imagined what [[CNMCyber]] could be, what it could do, and who would use it. The content that describes a future [[work product]], its part, function, or feature is called [[product epic]].  
  
    Product epic Sprints (Sprints A0+) that aim to produce a product epic or a general description of the service or any product such as a software application that supports that service.
+
:The [[:Category:Software Epics]] is reserved to develop requirements for [[CNM app]]s such as [[Educaship MediaWiki]], while the [[:Category:Service Epics]] is reserved for requirements for [[CNMCyber service]]s such as [[CNM Wiki]]. Both categories are subcategories of the [[:Category:Product Epics]].
    User story Sprints (Sprints B0+) that aim to produce a user story or a specific description of the desired function from the end-user point of view. Product epics may serve as a source for user stories.
 
    SBI Sprints (Sprints C0+) that aim to produce a Sprint backlog through including user stories as PBIs into a product backlog and grooming that backlog.
 
    Prototype Sprints (Sprints D0+) that aim to produce a prototype of a future deliverable based on a SBI that is taken out of the Sprint backlog.
 
    MVP Sprints (Sprints E0+) that aim to produce a minimum viable product (MVP) out of the tested prototype.
 
    Marketable product Sprints (Sprints F0+) that aim to produce a marketable product as an improved MVP.
 
  
Product epic Sprint
+
:If two or more people are working on the same product, a bigger ''product epic'' may further be divided in smaller ''requirements'' such as [[user story|user stori]]es. Ideally, one ''story'' presents a feature that can be developed in one [[Sprint]]; however, some ''stories'' can take much longer time to become a feature. The ''stories'' and their drafts are published on those [[Talk page]]s that are attached to the [[:Category:Product Epics]].
  
    In CNM Agile, product epics are usually wikipages that describe those services and other products that are deliverables of the Project. All the Fellows are encouraged to work as product owners on product epics.
+
:At [[CNM Wiki]], a ''Talk page'' is any [[wikipage]] that is attached to a content page. ''Talk pages'' can be used for discussions related to the "content page" matters; ''Talk pages'' can be accessed via the "Discussion" tab in the page type menu.
  
    To complete Sprint Zero, the Fellow may:
+
:Besides [[requirement]]s, the ''Talk pages'' of [[CNM Wiki]] may be used to publish any notes about the content pages and any content drafts.
  
        Pick any unclaimed SBI at the Epics to be available sub-section of the requirements' backlog. Any SBI that doesn't have its Sprint version at the end is unclaimed.
+
:Collectively, those ''user stories'' that are developed for one ''work product'' are called a [[product backlog]]. One ''user story'' that is included in the ''backlog'' is called [[product backlog item]] or [[PBI]].
        Mark the Sprint Zero version in the Sprint A0.x format at the end of the SBI text.
 
        Guess what this deliverable, its parts, and features should look like.
 
        Search for any relevant information in order to know the current state of the deliverable and its development, as well as to test your vision of the deliverable. You may ask questions, browse available sources, and test existing resources.
 
        List the possible stakeholders and reach out to them to collect their requirements.
 
        Estimate the work on the claimed SBI and, particularly, suggest what the Fellow is going to do and what completeness of the claimed SBI the Fellow expects at the end of the Sprint.
 
        Document the plan on the next CNM Cyber standup's wikipage of CNM Wiki.
 
        Attend a CNM Cyber standup. Contact the Customer and schedule a personal CNM Cyber standup if no standup is scheduled or a scheduled standup is not convenient to attend.
 
        Shape your vision of the deliverable and estimates based on results of your search and update the documents.
 
  
    To complete Shippable Sprint, the Fellow may:
+
:Most of developments occur organically, without any planning. If a development has a schedule and/or budget [[constraint]]s, the ''Team'' hires dedicated developers such as [[Careerprise contractor]]s and chunks this development in [[sprint]]s. The planning phase is called [[Sprint Zero]].
  
        Mark the Sprint version in the Sprint Ax.y format at the end of the SBI text.
+
:During the ''Sprint Zero'', a [[product owner]] that represents the ''Team'' and representatives of the developers together select and prioritize those ''PBIs'' that would be worked on during the development. The goal of ''Sprint Zero'' is to decide what would be developed, in what sequence, when and where this would be developed, how the communications between the ''Team'' and developers occur, how the ''Team'' accepts the results, and how the possible conflicts would be resolved.
        Work on the claimed SBI according to or close to the plan developed in Sprint Zero, if possible. While working, the Fellows cannot bill the Customer for any work outside of CNM Wiki. If one needs to work outside of CNM Wiki, he or she can do so as a volunteer only.
 
        Document the Fellow's work at CNM Wiki.
 
  
    To complete Billable Sprint, the Fellow may:
+
:Those ''PBIs'' that are selected become [[sprint backlog item]]s or [[SBI]]s. All together, they are called [[sprint backlog]] and published on the wikipages that belong to the [[:Category:Sprint Backlogs]]. The attached ''Talk pages'' are utilized for development iterations or sprints.
  
        After the Sprint version, publish a brief description of the work done and the link to the fuller report.
+
:The framework that [[CNMCyber Team]] follows in its development is called [[CNM Agile]].
        Review your Sprint as a brief Sprint retrospective in the next CNM Cyber standup.
 
        Report the work at CNM Wiki using the format described in the Billable items section above.
 
        Request the payment from the Customer.
 
 
 
    Product epic Sprints can be called Sprints A0+ because they are coded as Sprint A0, A1, A2, A3, etc.
 
 
 
User story Sprint
 
 
 
    In CNM Agile and other Agile methodologies, a user story is a brief description of a solution requirement to a desired system that is written from the point of view of a customer or end-user of this system. All the Fellows are encouraged to work as business analysts on user stories.
 
 
 
    To complete Sprint Zero, the Fellow may:
 
 
 
        Pick any unclaimed SBI at the Stories to be available sub-section of the requirements' backlog. Any SBI that doesn't have its Sprint version at the end is unclaimed.
 
        Mark the Sprint Zero version in the Sprint B0.x format at the end of the SBI text.
 
        Research the existing service, system, or component related to the claimed SBI and its product epic.
 
        Identify the differences between the existing service, system, and/or component as it is (i.e. its as-is status) and its product epic (i.e. its to-be status). These differences are problems to be solved in order to develop the deliverable.
 
        List the possible stakeholders and reach out to them to collect their requirements.
 
        Estimate the work on the claimed SBI and, particularly, suggest what the Fellow is going to do and what completeness of the claimed SBI the Fellow expects at the end of the Sprint.
 
        Document the plan on the next CNM Cyber standup's wikipage of CNM Wiki.
 
        Attend a CNM Cyber standup as a part of the research. Contact the Customer and schedule a personal CNM Cyber standup if no standup is scheduled or a scheduled standup's time frame doesn't work for you or doesn't fit the Sprint schedule.
 
        Shape your plan of the Sprint based on results of your search and update the documents.
 
 
 
    To complete Shippable Sprint, the Fellow may:
 
 
 
        Mark the Sprint version in the Sprint Bx.y format at the end of the SBI text.
 
        Draft your user story or user stories that would reflect problems to be solved in order to develop the target deliverable, its part, or feature. For example,
 
 
 
            As a candidate to be the CNM project coordinator, I would like to obtain information about that position. This information shall be sufficient to know what I would do when hired.
 
 
 
        Publish your user story or user stories on the discussion page linked to the deliverable you picked.
 
        Document the Fellow's work at CNM Wiki.
 
 
 
    To complete Billable Sprint, the Fellow may:
 
 
 
        After the Sprint version, publish a brief description of the work done and the link to the fuller report.
 
        Review your Sprint as a brief Sprint retrospective in the next CNM Cyber standup.
 
        Report the work at CNM Wiki using the format described in the Billable items section above.
 
        Request the payment from the Customer.
 
 
 
    User story Sprints can be called Sprints B0+ because they are coded as Sprint B0, B1, B2, B3, etc.
 
 
 
SBI Sprint
 
 
 
    In CNM Agile, a Sprint backlog item (SBI) is the requirement, usually, the user story, that is included in the Sprint backlog. Consequently, a Sprint backlog is a collection of those product backlog items (PBIs) that development is funded.
 
 
 
    To complete Sprint Zero, the Fellow may:
 
 
 
        Look for user stories published on the discussion pages of CNM Cyber's deliverables.
 
        Pick up any found user story.
 
        Mark the Sprint Zero version in the Sprint C0.x format at the end of the user story text.
 
        Prior to interviews, conduct preliminary research on the claimed SBI.
 
        List possible stakeholders and reach out to them to collect their requirements. Listing and reaching out may occur many times in any sequence. When the list is updated, new reaching outs shall take place. This can happen at any point of the Sprint.
 
        Estimate the work on the claimed SBI and, particularly, suggest what the Fellow is going to do and what completeness of the claimed SBI the Fellow expects at the end of the Sprint.
 
        Document the plan on the next CNM Cyber standup's wikipage of CNM Wiki.
 
        Attend a CNM Cyber standup as a part of the research. Contact the Customer and schedule a personal CNM Cyber standup if no standup is scheduled or a scheduled standup's time frame doesn't work for you or doesn't fit the Sprint schedule.
 
        Shape your vision of the Sprint deliverable and estimates based on results of your search and update the documents.
 
 
 
    To complete Shippable Sprint, the Fellow may:
 
 
 
        Mark the Sprint version in the Sprint Cx.y format at the end of the SBI text. The uppercase X should coincide with the Sprint Zero letter, the lowercase x should coincide with the Sprint Zero number, and the lowercase y should be substituted with the ordinary number of a new Sprint. If no Sprint has occurred, substitute with 1.The Fellow's mark would indicate that the SBI has been claimed.
 
        Work on the claimed SBI according to or close to the plan developed in Sprint Zero, if possible.
 
        Document the Fellow's work at CNM Wiki unless the work occurred on the shippable deliverables other than CNM Wiki.
 
 
 
    To complete Billable Sprint, the Fellow may:
 
 
 
        After the Sprint version, publish a brief description of the work done and the link to the fuller report.
 
        Review your Sprint as a brief Sprint retrospective in the next CNM Cyber standup.
 
        Report the work at CNM Wiki using the format described in the Billable items section above.
 
        Request the payment from the Customer.
 
 
 
    SBI Sprints can be called Sprints C0+ because they are coded as Sprint C0, C1, C2, C3, etc.
 
 
 
Prototype Sprint
 
 
 
In CNM Agile and other Agile methodologies, a prototype is a partial or preliminary conceptual model of a deliverable developed or to be developed; this model is used as a reference, publicity artifact, or data-gathering tool. The Fellows are invited to execute what they or other product owners defined as to be done. If you choose to do so, you may:
 
 
 
    Select one of the first ten user stories in the primary backlog (scroll up or click here).
 
    Create a solution that would solve the problem that the selected user story represents. In order to do so, you are welcome to discover what has already been done and what needs to be done, analyze possible solutions, make decisions what they should do in order to solve it, and plan for their actions. Then, they undertaking whatever legal and ethical activities it takes in order to execute their plans and document their findings.
 
    Deliver the target result, which can be one deliverable of the target deliverables, its feature, or its requirements to the Customer.
 
    If Gary Ihar invites you to do so,
 
        Evaluate whether any of user stories published on discussion pages linked to the wikipages of the target deliverables can be moved to the primary backlog.
 
        Prioritize product backlog items in the primary backlog.
 
    Start your new Sprint while identifying a new problem to be formulated. If you have no problem in mind, you are welcome to pick another target deliverable up.
 
 
 
    Prototype Sprints can be called Sprints D0+ because they are coded as Sprint D0, D1, D2, D3, etc.
 
 
 
 
 
    To complete Sprint Zero, the Fellow may:
 
 
 
        Pick up one unclaimed SBI. The SBIs can be found in three Sprint backlogs, which are requirements', DevOps instruments', and shippable deliverables' backlogs.
 
        Mark the Sprint Zero version in the Sprint X0.x format at the end of the SBI text. The uppercase X should be substituted with the Sprint phase letter (the concept of Sprint versions is detailed at the Development cycle section) and the lowercase x should be substituted with the ordinary number of a new Sprint Zero. If no Sprint Zero has occurred, substitute with 1.
 
        Prior to interviews, conduct preliminary research on the claimed SBI.
 
        List possible stakeholders and reach out to them to collect their requirements. Listing and reaching out may occur many times in any sequence. When the list is updated, new reaching outs shall take place. This can happen at any point of the Sprint.
 
        Estimate the work on the claimed SBI and, particularly, suggest what the Fellow is going to do and what completeness of the claimed SBI the Fellow expects at the end of the Sprint.
 
        Document the plan on the next CNM Cyber standup's wikipage of CNM Wiki.
 
        Attend a CNM Cyber standup as a part of the research. Contact the Customer and schedule a personal CNM Cyber standup if no standup is scheduled or a scheduled standup's time frame doesn't work for you or doesn't fit the Sprint schedule.
 
        Shape your vision of the Sprint deliverable and estimates based on results of your search and update the documents.
 
 
 
    To complete Shippable Sprint, the Fellow may:
 
 
 
        Mark the Sprint version in the Sprint Xx.y format at the end of the SBI text. The uppercase X should coincide with the Sprint Zero letter, the lowercase x should coincide with the Sprint Zero number, and the lowercase y should be substituted with the ordinary number of a new Sprint. If no Sprint has occurred, substitute with 1.The Fellow's mark would indicate that the SBI has been claimed.
 
        Work on the claimed SBI according to or close to the plan developed in Sprint Zero, if possible.
 
        Document the Fellow's work at CNM Wiki unless the work occurred on the shippable deliverables other than CNM Wiki.
 
 
 
    To complete Billable Sprint, the Fellow may:
 
 
 
        After the Sprint version, publish a brief description of the work done and the link to the fuller report.
 
        Review your Sprint as a brief Sprint retrospective in the next CNM Cyber standup.
 
        Report the work at CNM Wiki using the format described in the Billable items section above.
 
        Request the payment from the Customer.
 
 
 
MVP Sprint
 
 
 
    In CNM Agile and other Agile methodologies, a minimum viable product (MVP) is a version of a new marketable that includes sufficient features to satisfy early adopters and allows a team to collect the maximum amount of validated learning about customers with the least effort.
 
 
 
    MVP Sprints can be called Sprints E0+ because they are coded as Sprint E0, E1, E2, E3, etc.
 
 
 
    To complete Sprint Zero, the Fellow may:
 
 
 
        Pick up one unclaimed SBI. The SBIs can be found in three Sprint backlogs, which are requirements', DevOps instruments', and shippable deliverables' backlogs.
 
        Mark the Sprint Zero version in the Sprint X0.x format at the end of the SBI text. The uppercase X should be substituted with the Sprint phase letter (the concept of Sprint versions is detailed at the Development cycle section) and the lowercase x should be substituted with the ordinary number of a new Sprint Zero. If no Sprint Zero has occurred, substitute with 1.
 
        Prior to interviews, conduct preliminary research on the claimed SBI.
 
        List possible stakeholders and reach out to them to collect their requirements. Listing and reaching out may occur many times in any sequence. When the list is updated, new reaching outs shall take place. This can happen at any point of the Sprint.
 
        Estimate the work on the claimed SBI and, particularly, suggest what the Fellow is going to do and what completeness of the claimed SBI the Fellow expects at the end of the Sprint.
 
        Document the plan on the next CNM Cyber standup's wikipage of CNM Wiki.
 
        Attend a CNM Cyber standup as a part of the research. Contact the Customer and schedule a personal CNM Cyber standup if no standup is scheduled or a scheduled standup's time frame doesn't work for you or doesn't fit the Sprint schedule.
 
        Shape your vision of the Sprint deliverable and estimates based on results of your search and update the documents.
 
 
 
    To complete Shippable Sprint, the Fellow may:
 
 
 
        Mark the Sprint version in the Sprint Xx.y format at the end of the SBI text. The uppercase X should coincide with the Sprint Zero letter, the lowercase x should coincide with the Sprint Zero number, and the lowercase y should be substituted with the ordinary number of a new Sprint. If no Sprint has occurred, substitute with 1.The Fellow's mark would indicate that the SBI has been claimed.
 
        Work on the claimed SBI according to or close to the plan developed in Sprint Zero, if possible.
 
        Document the Fellow's work at CNM Wiki unless the work occurred on the shippable deliverables other than CNM Wiki.
 
 
 
    To complete Billable Sprint, the Fellow may:
 
 
 
        After the Sprint version, publish a brief description of the work done and the link to the fuller report.
 
        Review your Sprint as a brief Sprint retrospective in the next CNM Cyber standup.
 
        Report the work at CNM Wiki using the format described in the Billable items section above.
 
        Request the payment from the Customer.
 
 
 
Marketable product Sprint
 
 
 
    In CNM Agile, a marketable product is any marketable that can be sold on the market.
 
 
 
    Marketable product Sprints can be called Sprints F0+ because they are coded as Sprint F0, F1, F2, F3, etc.
 
 
 
 
 
    To complete Sprint Zero, the Fellow may:
 
 
 
        Pick up one unclaimed SBI. The SBIs can be found in three Sprint backlogs, which are requirements', DevOps instruments', and shippable deliverables' backlogs.
 
        Mark the Sprint Zero version in the Sprint X0.x format at the end of the SBI text. The uppercase X should be substituted with the Sprint phase letter (the concept of Sprint versions is detailed at the Development cycle section) and the lowercase x should be substituted with the ordinary number of a new Sprint Zero. If no Sprint Zero has occurred, substitute with 1.
 
        Prior to interviews, conduct preliminary research on the claimed SBI.
 
        List possible stakeholders and reach out to them to collect their requirements. Listing and reaching out may occur many times in any sequence. When the list is updated, new reaching outs shall take place. This can happen at any point of the Sprint.
 
        Estimate the work on the claimed SBI and, particularly, suggest what the Fellow is going to do and what completeness of the claimed SBI the Fellow expects at the end of the Sprint.
 
        Document the plan on the next CNM Cyber standup's wikipage of CNM Wiki.
 
        Attend a CNM Cyber standup as a part of the research. Contact the Customer and schedule a personal CNM Cyber standup if no standup is scheduled or a scheduled standup's time frame doesn't work for you or doesn't fit the Sprint schedule.
 
        Shape your vision of the Sprint deliverable and estimates based on results of your search and update the documents.
 
 
 
    To complete Shippable Sprint, the Fellow may:
 
 
 
        Mark the Sprint version in the Sprint Xx.y format at the end of the SBI text. The uppercase X should coincide with the Sprint Zero letter, the lowercase x should coincide with the Sprint Zero number, and the lowercase y should be substituted with the ordinary number of a new Sprint. If no Sprint has occurred, substitute with 1.The Fellow's mark would indicate that the SBI has been claimed.
 
        Work on the claimed SBI according to or close to the plan developed in Sprint Zero, if possible.
 
        Document the Fellow's work at CNM Wiki unless the work occurred on the shippable deliverables other than CNM Wiki.
 
 
 
    To complete Billable Sprint, the Fellow may:
 
 
 
        After the Sprint version, publish a brief description of the work done and the link to the fuller report.
 
        Review your Sprint as a brief Sprint retrospective in the next CNM Cyber standup.
 
        Report the work at CNM Wiki using the format described in the Billable items section above.
 
        Request the payment from the Customer.
 
  
 
===Key terms===
 
===Key terms===
:[[Talk page]]
+
:[[Talk page]], [[:Category:Product Epics]], [[:Category:Software Epics]], [[:Category:Service Epics]], [[product backlog]], [[product backlog item]] ([[PBI]]), [[sprint backlog]], [[sprint backlog item]] ([[SBI]]), [[:Category:Sprint Backlogs]]
  
 
===Closing===
 
===Closing===
:
+
::Which of the statements below is incorrect:
 +
<ol type="a"><li>[[CNMCyber Team]] follows [[CNM Agile]] framework.</li><li>Product epics can be divided into [[user stories]].</li><li>The prioritized [[PBI]]s become [[SBI]]s.</li><li>At [[CNM Wiki]], [[Talk page]]s can be used to publish notes about the content page</li><li>None of the answers is incorrect.</li>
  
The successor [[lectio]] is '''[[What Project Work Is]]'''.
+
The successor [[lectio]] is '''[[Surroundings of Projects]]'''.
  
 
==Presentations==
 
==Presentations==

Latest revision as of 23:24, 14 April 2024

Developments at the Wiki (hereinafter, the Lectio) is the lesson part of Wiki Editing Essentials lesson that introduces its participants to wiki edit concepts. This lesson belongs to the CNMCT Entrance section of CNMCyber Bootcamps.


Content

The predecessor lectio is What Wiki Categories Are.

Script

CNM Wiki is a development hub. Here, CNMCyber Team develops requirements for future CNMCyber services and CNM apps. The software and some other deliverables are further developed at another hub called CNM Lab.
Two categories of wikipages are used in the development of requirements.
First, those pages that belong to the Category:Product Epics are utilized to express product epics. Secondly, those pages that belong to the Category:Sprint Backlogs are utilized to express the results of Sprint Zeros.
Any development starts with a vision of what needs to be developed. Before CNMCyber was developed, somebody imagined what CNMCyber could be, what it could do, and who would use it. The content that describes a future work product, its part, function, or feature is called product epic.
The Category:Software Epics is reserved to develop requirements for CNM apps such as Educaship MediaWiki, while the Category:Service Epics is reserved for requirements for CNMCyber services such as CNM Wiki. Both categories are subcategories of the Category:Product Epics.
If two or more people are working on the same product, a bigger product epic may further be divided in smaller requirements such as user stories. Ideally, one story presents a feature that can be developed in one Sprint; however, some stories can take much longer time to become a feature. The stories and their drafts are published on those Talk pages that are attached to the Category:Product Epics.
At CNM Wiki, a Talk page is any wikipage that is attached to a content page. Talk pages can be used for discussions related to the "content page" matters; Talk pages can be accessed via the "Discussion" tab in the page type menu.
Besides requirements, the Talk pages of CNM Wiki may be used to publish any notes about the content pages and any content drafts.
Collectively, those user stories that are developed for one work product are called a product backlog. One user story that is included in the backlog is called product backlog item or PBI.
Most of developments occur organically, without any planning. If a development has a schedule and/or budget constraints, the Team hires dedicated developers such as Careerprise contractors and chunks this development in sprints. The planning phase is called Sprint Zero.
During the Sprint Zero, a product owner that represents the Team and representatives of the developers together select and prioritize those PBIs that would be worked on during the development. The goal of Sprint Zero is to decide what would be developed, in what sequence, when and where this would be developed, how the communications between the Team and developers occur, how the Team accepts the results, and how the possible conflicts would be resolved.
Those PBIs that are selected become sprint backlog items or SBIs. All together, they are called sprint backlog and published on the wikipages that belong to the Category:Sprint Backlogs. The attached Talk pages are utilized for development iterations or sprints.
The framework that CNMCyber Team follows in its development is called CNM Agile.

Key terms

Talk page, Category:Product Epics, Category:Software Epics, Category:Service Epics, product backlog, product backlog item (PBI), sprint backlog, sprint backlog item (SBI), Category:Sprint Backlogs

Closing

Which of the statements below is incorrect:
  1. CNMCyber Team follows CNM Agile framework.
  2. Product epics can be divided into user stories.
  3. The prioritized PBIs become SBIs.
  4. At CNM Wiki, Talk pages can be used to publish notes about the content page
  5. None of the answers is incorrect.
  6. The successor lectio is Surroundings of Projects.

    Presentations

    Slideshow

    Video