<?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: Josh Hornby</title>
    <description>The latest articles on DEV Community by Josh Hornby (@joshhornby).</description>
    <link>https://dev.to/joshhornby</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%2F2062%2Feb3464b3-5918-4ffa-a24f-5d0da21237e5.jpg</url>
      <title>DEV Community: Josh Hornby</title>
      <link>https://dev.to/joshhornby</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/joshhornby"/>
    <language>en</language>
    <item>
      <title>How to quickly plan and estimate an MVP</title>
      <dc:creator>Josh Hornby</dc:creator>
      <pubDate>Sun, 03 Jan 2021 14:56:34 +0000</pubDate>
      <link>https://dev.to/joshhornby/how-to-quickly-plan-and-estimate-an-mvp-57ia</link>
      <guid>https://dev.to/joshhornby/how-to-quickly-plan-and-estimate-an-mvp-57ia</guid>
      <description>&lt;p&gt;This post outlines my tried &amp;amp; tested strategy for quickly planning and estimating MVP projects.&lt;br&gt;
This process departs a little from Agile/Scrum best practices. There are no guarantees on estimation quality which I believe is impossible to do for software projects, but it helps to provide a rough guide for new projects.&lt;/p&gt;

&lt;h2&gt;
  
  
  Gather Requirements
&lt;/h2&gt;

&lt;p&gt;In order to plan you need to know what you should be building.&lt;br&gt;
The more questions you can ask in this step the easier you will find future steps. &lt;/p&gt;

&lt;p&gt;Some questions to ask are:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Why are we building this?&lt;/li&gt;
&lt;li&gt;Who is the target audience?&lt;/li&gt;
&lt;li&gt;How many people do we expect to use this?&lt;/li&gt;
&lt;li&gt;What does "Complete" look like to you?
&lt;/li&gt;
&lt;/ul&gt;

&lt;h2&gt;
  
  
  Break down the work
&lt;/h2&gt;

&lt;p&gt;Now you have gathered some requirements and have a better understanding of what needs&lt;br&gt;
to be build it's time to start breaking down the work.&lt;/p&gt;

&lt;p&gt;I like to split the work into &lt;strong&gt;Epics&lt;/strong&gt; &amp;amp; &lt;strong&gt;User Stories&lt;/strong&gt;.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Epics&lt;/strong&gt; = A group of related user stories&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;User Stories&lt;/strong&gt; = Short requirements or requests written from the perspective of an end user&lt;/p&gt;

&lt;p&gt;Normally I start with the CRUD &lt;em&gt;(Create, Read, Update, Delete)&lt;/em&gt; stories, for example: Create User, View User, Update User Marketing Preferences. &lt;/p&gt;

&lt;p&gt;To continue reading visit &lt;a href="https://joshhornby.com/blog/how-to-quickly-plan-and-estimate-an-mvp"&gt;https://joshhornby.com/blog/how-to-quickly-plan-and-estimate-an-mvp&lt;/a&gt;&lt;/p&gt;

</description>
      <category>software</category>
      <category>softwaredevelopment</category>
    </item>
    <item>
      <title>Managing Software Projects</title>
      <dc:creator>Josh Hornby</dc:creator>
      <pubDate>Sat, 02 Jan 2021 21:04:46 +0000</pubDate>
      <link>https://dev.to/joshhornby/managing-software-projects-k3f</link>
      <guid>https://dev.to/joshhornby/managing-software-projects-k3f</guid>
      <description>&lt;p&gt;During my time working on software projects, I’ve began to spot trends in what makes a successful project. The most common trait I've observed in successful projects is great communication between teams, seemingly the software methodology used has little to do with if a project is a success.&lt;br&gt;
This post outlines some methods I've used in the past to successfully manage projects.&lt;/p&gt;

&lt;h2&gt;
  
  
  Kick off meeting
&lt;/h2&gt;

&lt;p&gt;In order for a successful project all stakeholders need to be aligned on the expected outcomes. I find the easiest way to achieve this is by bringing everyone involved on the project together for a kick off meeting. &lt;/p&gt;

&lt;p&gt;The purpose of this meeting is to ensure everyone understands &lt;strong&gt;why&lt;/strong&gt; this project is being worked on, the &lt;strong&gt;goals&lt;/strong&gt; (eg. what does success look like?) and &lt;strong&gt;how&lt;/strong&gt; it’ll be approached. If during this meeting you have to field lots of questions, I find it’s worth cycling back round and not starting the project until the team are all in agreement.&lt;/p&gt;

&lt;p&gt;Continue to read on &lt;a href="https://joshhornby.com/blog/managing-software-projects"&gt;https://joshhornby.com/blog/managing-software-projects&lt;/a&gt;&lt;/p&gt;

</description>
      <category>projectmanagement</category>
      <category>management</category>
    </item>
  </channel>
</rss>
