<?xml version="1.0"?>
<rss version="2.0"><channel><title>My Book - Working For Real: My Book - Working For Real</title><link>https://beta.jimiwikman.se/management/my-book-working-for-real/the-development-phase/?d=21</link><description>My Book - Working For Real: My Book - Working For Real</description><language>en</language><item><title>Working with branches</title><link>https://beta.jimiwikman.se/management/my-book-working-for-real/the-development-phase/working-with-branches-r17/</link><description><![CDATA[<p>
	coming soon
</p>]]></description><guid isPermaLink="false">17</guid><pubDate>Fri, 11 Dec 2020 20:26:24 +0000</pubDate></item><item><title>What activities are included in the development phase?</title><link>https://beta.jimiwikman.se/management/my-book-working-for-real/the-development-phase/what-activities-are-included-in-the-development-phase-r36/</link><description><![CDATA[<ul><li>
		Estimation
	</li>
	<li>
		Technical design
	</li>
	<li>
		Accepting requirement
	</li>
	<li>
		Increment Planning
	</li>
	<li>
		Increment startup
	</li>
	<li>
		Daily Alignment
	</li>
	<li>
		Development
		<ul><li>
				Control code
			</li>
			<li>
				Atomic Design
			</li>
		</ul></li>
	<li>
		Development handover
	</li>
	<li>
		Increment Demo/Review
	</li>
	<li>
		Increment Retrospective
	</li>
</ul>]]></description><guid isPermaLink="false">36</guid><pubDate>Sun, 13 Dec 2020 16:17:10 +0000</pubDate></item><item><title>The many areas that Development support</title><link>https://beta.jimiwikman.se/management/my-book-working-for-real/the-development-phase/the-many-areas-that-development-support-r63/</link><description><![CDATA[<p>
	As a developer your job is often not just to write code or configure systems. Many times you will be asked to provide technical support for things that are in the planning stages. This includes things like providing technical advice regarding new solutions and to make high level estimations.
</p>

<div class="jwse_warning">
	<p>
		What type of activities are you expected to do outside of development?
	</p>
</div>

<p>
	 
</p>]]></description><guid isPermaLink="false">63</guid><pubDate>Fri, 18 Dec 2020 12:47:46 +0000</pubDate></item><item><title>Iteration periods - works in any methodology</title><link>https://beta.jimiwikman.se/management/my-book-working-for-real/the-development-phase/iteration-periods-works-in-any-methodology-r69/</link><description><![CDATA[<p>
	Regardless is you work within a waterfall, RUP, Agile, Lean or any other methodology you have iteration periods. Every methodology call them differently, but they are all the same: a structured and somewhat planned period of time.
</p>

<p>
	Rather than throwing in different names for these periods, like sprints or delivery cycles, we simply call them: "Iteration Periods". This way we can talk about this across the organization and everyone will know what you are talking about, or at least how that translate to their reality.
</p>

<p>
	Iteration periods all follow the same basic structure:
</p>

<ol><li>
		You take a moment to evaluate the previous iteration period
	</li>
	<li>
		You define work that you would like to focus on for the next iteration period.
	</li>
	<li>
		You ensure that the need of that work is described so that the people in charge of making reality of it feel comfortable taking over responsibility.
	</li>
	<li>
		You agree on the scope of the next iteration period, and together you start the new iteration period.
	</li>
</ol><p>
	Depending on the methodology these steps may be more or less defined. For example in a Waterfall methodology the scope is well-defined with clear requirements. In an Agile Kanban methodology you focus less on scope and more on available time for say the next month of work. It is still the same four core activities you do: Evaluate, Define, Accept and Proceed.
</p>]]></description><guid isPermaLink="false">69</guid><pubDate>Mon, 19 Apr 2021 07:29:25 +0000</pubDate></item></channel></rss>
