<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Fabian</title>
    <description>The latest articles on DEV Community by Fabian (@iamfabs).</description>
    <link>https://dev.to/iamfabs</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F400088%2Faa1d7d3d-e312-477f-8a89-043394dbf556.jpg</url>
      <title>DEV Community: Fabian</title>
      <link>https://dev.to/iamfabs</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/iamfabs"/>
    <language>en</language>
    <item>
      <title>Definition of ready DOR and definition of done DOD templates</title>
      <dc:creator>Fabian</dc:creator>
      <pubDate>Mon, 01 Feb 2021 20:01:15 +0000</pubDate>
      <link>https://dev.to/iamfabs/definition-of-ready-dor-and-definition-of-ready-dod-templates-2bdh</link>
      <guid>https://dev.to/iamfabs/definition-of-ready-dor-and-definition-of-ready-dod-templates-2bdh</guid>
      <description>&lt;p&gt;Defining when a task can be started or when the task is completed is a basic activity that helps the development team to control the flow of tasks and avoid getting stuck when requirements are not clearly defined. It also prevents sending uncompleted changes into the development branch&lt;/p&gt;

&lt;h2&gt;
  
  
  Definition of ready DOR
&lt;/h2&gt;

&lt;p&gt;First definition helps the team to validate if a task is ready for starting the development. Next is a basic list of validations than can help the team determining if a task has the necessary information:&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;├── Is ready to start?
│   └── acceptance criteria is correctly described?
│       ├── If is a user interface, are the prototypes well defined and the gherkins written?
│       ├── If is an API, are all the entities and their attributes defined?
│       └── if (task cannot be started)
│          ├── add a comment
│          ├── move to parking lot
│          ├── assign to the person responsible for solving
│          └── end
├── update task status
│   ├── check estimated story points
│   ├── move the task to in progress
│   ├── create branch to work
│   └── create a pull request
└── end
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;h2&gt;
  
  
  Definition of done DOD
&lt;/h2&gt;



&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;├── basic validation
│   ├── follows TDD required structure?
│   ├── do structure follows CQRS structure?
│   ├── were all requirements completed?
│   ├── follows the required graphical design?
│   ├── are transactions tracked in AI?
│   └── are resources translated?
│       └── was static code analysis performed?
├── before sending a pull request
│   ├── validate that all automated tests are working
│   ├── static code analysis passing
│   ├── format code if needed
│   ├── check comments grammar
│   ├── remove any commented code
│   └── remove visual studio warnings
├── developer test environment validation
│   ├── commit changes
│   ├── merge changes from the integration branch
│   └── send pull request
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



</description>
    </item>
    <item>
      <title>Definition of ready DOR and definition of ready DOD templates</title>
      <dc:creator>Fabian</dc:creator>
      <pubDate>Wed, 01 Jul 2020 18:01:40 +0000</pubDate>
      <link>https://dev.to/iamfabs/scripts-for-using-agile-with-a-team-2i0m</link>
      <guid>https://dev.to/iamfabs/scripts-for-using-agile-with-a-team-2i0m</guid>
      <description>&lt;p&gt;Defining when a task can be started or when the task is completed is a basic requirement that helps the development team to control the flow of tasks and avoid getting stuck when requirements are not clearly defined&lt;/p&gt;

&lt;h2&gt;
  
  
  Definition of done DOR
&lt;/h2&gt;

&lt;p&gt;First definition helps the team to validate if a task is ready for starting the development. Next is a basic list of validations than can help the team determining if a task has the necessary information:&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;├── Is ready to start?
│   └── acceptance criteria is correctly described?
│       ├── If is a user interface, are the prototypes well defined and the gherkins written?
│       ├── If is an API, are all the entities and their attributes defined?
│       └── if (task cannot be started)
│          ├── add a comment
│          ├── move to parking lot
│          ├── assign to the person responsible for solving
│          └── end
├── update task status
│   ├── check estimated story points
│   ├── move the task to in progress
│   ├── create branch to work
│   └── create a pull request
└── end
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;h2&gt;
  
  
  Definition of done DOD
&lt;/h2&gt;



&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;├── basic validation
│   ├── follow TDD required tests?
│   ├── do structure follows CQRS structure?
│   ├── test that every jira requirement was completed?
│   ├── follows the required graphical design?
│   └── are resources translated?
│       └── was static code analysis performed?
├── developer local tests
│   ├── validate that all automated tests are working
│   ├── check static code analysis results
│   ├── format code if needed
│   ├── check comments grammar
│   ├── remove commented code
│   ├── remove visual studio warnings
│   └── test with other required services
├── developer test environment validation
│   ├── commit changes
│   ├── merge changes from the integration branch
│   ├── remove static analysis reported errors
│   └── send pull request
│   └── basic integrated tests
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



</description>
      <category>agile</category>
    </item>
  </channel>
</rss>
