<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Peculiar IQ &#187; SDLC</title>
	<atom:link href="http://peculiariq.com/tag/sdlc/feed/" rel="self" type="application/rss+xml" />
	<link>http://peculiariq.com</link>
	<description>Strange or odd; unusual</description>
	<lastBuildDate>Wed, 31 May 2017 13:58:09 +0000</lastBuildDate>
	<language>en-US</language>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=4.0.38</generator>
	<item>
		<title>Top 3 Agile Leadership Lessons</title>
		<link>http://peculiariq.com/top-3-agile-leadership-lessons/</link>
		<comments>http://peculiariq.com/top-3-agile-leadership-lessons/#comments</comments>
		<pubDate>Thu, 04 Dec 2014 04:20:27 +0000</pubDate>
		<dc:creator><![CDATA[Justin Hoffman]]></dc:creator>
				<category><![CDATA[Technology]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[Backlog]]></category>
		<category><![CDATA[SDLC]]></category>

		<guid isPermaLink="false">http://peculiariq.com/?p=207</guid>
		<description><![CDATA[Over the course of working on many diverse application and software projects, it’s always easy to spot challenges that the team will face when leadership is not engaged in the process. Below are the top 3 common pitfalls seen for agile leaders to avoid when undertaking a new project and managing teams. 1. Get involved [&#8230;]]]></description>
				<content:encoded><![CDATA[<p class="p1"><span class="s1">Over the course of working on many diverse application and software projects, it’s always easy to spot challenges that the team will face when leadership is not engaged in the process. Below are the top 3 common pitfalls seen for agile leaders to avoid when undertaking a new project and managing teams. </span></p>
<p class="p1"><strong><span class="s1">1. Get involved in the process </span></strong></p>
<p class="p1"><span class="s1">All great application development and software is a result of a group effort, it’s absolutely critical for all technology leadership to support and nurture the process. As part of a strong, agile team, executive management needs to be involved actively and weigh in on key strategy decisions. In general, groups of people will always demonstrate better “decision making” results than individuals. Development and Product teams should strive to work completely exposed and as transparent as possible to all ends of the business. </span></p>
<p class="p1"><span class="s1">In addition, the key role of having leadership team member play “devil&#8217;s advocate” is essential to avoid team degradation. Over time, an institutionalized group (typically when a team of devs work together for 12 months or more directly together) gets used to its devil&#8217;s advocates and learns to disregard their reasoning. As a result of this, its imperative to change up who wears the devil’s advocate hat, a healthy process of renewal that resides within solid agile best practices.</span></p>
<p class="p1"><strong><span class="s1">2. Engage and help nurture your product backlog</span></strong></p>
<p class="p1"><span class="s1">It’s equally important for management to know the product backlog, and be able to identify features that are yet to be developed. Involvement at the executive level to weigh in on prioritizing specific features according to business value (anticipated ROI) is important to ensure the team isn’t wasting enormous amounts time and effort in meetings discussing things and not actually doing it. The event you want to avoid is regrouping after two weeks with little accomplished, and bewildered faces from stakeholders as to why nothing has been done, and teams waiting on decisions.</span></p>
<p class="p1"><span class="s1">The key is to ensure that leadership is engaged in the process each step of the way, so that product backlog decisions are done quickly and communicated outward to the group. A common pitfall of any agile team is having a stale backlog that no one sees or cares about.</span></p>
<p class="p1"><strong><span class="s1">3. Build trust with your team</span></strong></p>
<p class="p1"><span class="s1">One of the most critical duties of a great Agile leader is to build trust, on every level possible. Trust is an extremely fragile (and often short) state with an agile team, and often regaining trust from key product owners and stakeholders is much more difficult than building it. On occasion, broken trust can simply never be rebuilt; a leader needs to simply accept this fact and adjust accordingly.</span></p>
<p class="p1"><span class="s1">When team members openly (or even worse, secretively) do not trust in each other to succeed, it often leads to disaster. Communication breaks down between the group, siloing people and feedback that is otherwise essential for the success of the product. When these kinds of situations occur, use retrospective time to open the flood gates and ensure that grievances are vetted and that a positive step can be taken to move forward for the benefit of the product, and the organization. Conflict can be a healthy thing sometimes.</span></p>
<p class="p1">For more great info on Agile practices in general, check out Mike Cohn&#8217;s blog at <a href="http://www.mountaingoatsoftware.com/blog" target="_blank">MountainGoatSoftware</a>, or <a href="http://www.agilebench.com" target="_blank">AgileBenchBlog</a>.</p>
<p class="p1">
]]></content:encoded>
			<wfw:commentRss>http://peculiariq.com/top-3-agile-leadership-lessons/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>5 Steps for Building Great Web Applications</title>
		<link>http://peculiariq.com/5-steps-for-building-great-web-applications/</link>
		<comments>http://peculiariq.com/5-steps-for-building-great-web-applications/#comments</comments>
		<pubDate>Mon, 17 Nov 2014 22:09:27 +0000</pubDate>
		<dc:creator><![CDATA[Justin Hoffman]]></dc:creator>
				<category><![CDATA[Technology]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[SDLC]]></category>
		<category><![CDATA[Web Applications]]></category>

		<guid isPermaLink="false">http://peculiariq.com/?p=146</guid>
		<description><![CDATA[Step 1: Define your target user experience An engaging UX/UI doesn’t happen “auto-magically”. It requires a well defined and focused strategy that is linked to company core business objectives, ideally straight from business unit leaders (Sales, Marketing, Content, etc.). It is critical to work collaboratively with internal leaders to identify quantifiable user experience goals to [&#8230;]]]></description>
				<content:encoded><![CDATA[<p class="p1"><strong>Step 1: Define your target user experience</strong></p>
<p class="p1"><span class="s1">An engaging UX/UI doesn’t happen “auto-magically”. It requires a well defined and focused strategy that is linked to company core business objectives, ideally straight from business unit leaders (Sales, Marketing, Content, etc.). It is critical to work collaboratively with internal leaders to identify quantifiable user experience goals to the core goals for the application, web or mobile. It’s all about helping the product owners achieve value through a better experience to end users.</span></p>
<p class="p1"><span class="s1">Once this is completed, build out an execution roadmap to support it. This is essential in focusing the budget, time and daily activities that actually move the needle for business. A good user experience strategy includes:</span></p>
<ul>
<li class="p1"><span class="s1">Solid competitive landscape analysis and trends</span></li>
<li class="p1"><span class="s1">Business Intelligence &#8211; Analytics and data (data is power)</span></li>
<li class="p1"><span class="s1">User research (end user personas, journey maps)</span></li>
<li class="p1"><span class="s1">MVP Feature prioritization</span></li>
<li class="p1"><span class="s1">Rapid Prototyping and Design Schemes</span></li>
</ul>
<p class="p1"><strong><span class="s1">Step 2: Integrate User Insight</span></strong></p>
<p class="p1"><span class="s1">Remember, companies are not designing for employees. A designer or UX engineer who thinks they know their audience without having conducted any research is a recipe for product disaster. Different end user groups have different ways of using web applications in general, and have varying needs and preferences for using such software. Embrace them and they will embrace your app. Ignore them and they will, rightfully, ignore your app. </span></p>
<p class="p1"><span class="s1">It’s critical to conduct planning sessions and user ‘journey’ mapping and personas to transform time spent on research into key insight, and drive user-centered thinking across your organization. </span></p>
<p class="p1"><strong><span class="s1">Step 3: Build for Innovation and Simplicity. Simple is always better.</span></strong></p>
<p class="p1"><span class="s1">End user expectations require more than the static UI from five years ago. Today’s modern digital experiences are highly interactive and personalized. They deliver information, at the right time, to the right device — whenever and wherever the user wants it.</span></p>
<p class="p1"><span class="s1">Additionally, today’s experiences require the use of touch, gestures, motion, and proximity — all delivered in the most unobtrusive and intuitive means possible.<span class="Apple-converted-space">  </span>To be successful, the experience must be designed and evaluated according to the behaviors and habits of the end users.</span></p>
<p class="p1"><span id="more-146"></span></p>
<p class="p1"><strong><span class="s1">Step 4: Fail fast and early</span></strong></p>
<p class="p1"><span class="s1">One of the most effective ways to your web app is engaging and successful is through prototyping and agile iterative testing. Rapid development prototypes allow product owners and development teams to simulate and evaluate the end-user experience without heavy investment, while also keeping product owner expectation setting in mind. Use prototypes to test early stages of all cycles of development from iteration 0 and beyond. It is a fast, low-risk method to assure you got it right before you build too much. Encourage your design team to fail early and fail fast. This nurtures creativity, innovation and progress. The critical element is to institutionalize the concept of rapid prototyping and testing with development teams, especially Dev, QA and Product teams.</span></p>
<p class="p1"><span class="s1">Prototyping allows teams to visualize an experience, evaluate it, and iterate very quickly — to assure you got it right before you build.</span></p>
<p class="p1"><span class="s1">Detailed design prototypes reduce the need for complex, written design specifications for developers (which can be ambiguous and out-dated material, anyway.)</span></p>
<p class="p1"><span class="s1">Developers may be able to re-use HTML5 prototype code for the front-end design build-out, thus reducing time to market, reducing development cost, and reducing quality assurance testing.</span></p>
<p class="p1"><strong><span class="s1">Step 5: Collaborate with the extended team</span></strong></p>
<p class="p1"><span class="s1">Establishing quality processes and empowering cross-functional collaboration is key. Many non-functional components, like application speed and security, play a huge role in experience. It is important for product developers, business analysts, and technology leaders to work together to achieve the business goals.</span></p>
]]></content:encoded>
			<wfw:commentRss>http://peculiariq.com/5-steps-for-building-great-web-applications/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
