<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Tobias Fors</title>
    <link>https://tobiasfors.se/</link>
    <description>Recent content on Tobias Fors</description>
    <generator>Hugo</generator>
    <language>sv</language>
    <lastBuildDate>Tue, 17 Mar 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://tobiasfors.se/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>About</title>
      <link>https://tobiasfors.se/about/</link>
      <pubDate>Tue, 17 Mar 2026 00:00:00 +0000</pubDate>
      <guid>https://tobiasfors.se/about/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;https://tobiasfors.se/images/tobias-fors-holifant-2025.webp&#34;&gt;&lt;img src=&#34;https://tobiasfors.se/images/tobias-fors-holifant-2025.webp&#34; alt=&#34;&#34;&gt;&lt;/a&gt;&lt;/p&gt;&#xA;&lt;p&gt;Hi there! I am Tobias Fors. I work with helping leaders in software-intensive organizations figure out how to lead and deliver better, in their specific context. I educate and consult through my company &lt;a href=&#34;https://holifant.se&#34;&gt;Holifant&lt;/a&gt;. I work with both public sector organizations and product companies.&lt;/p&gt;&#xA;&lt;p&gt;My focus is on the practical side of leading in complexity. I want to help people close the gap between &lt;strong&gt;what they know they should do and what actually happens in practice&lt;/strong&gt;. That means workshops, training, facilitation, and coaching — tailored to each client&amp;rsquo;s specific situation.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Zoom Out</title>
      <link>https://tobiasfors.se/zoom-out/</link>
      <pubDate>Wed, 14 Aug 2019 12:38:23 +0000</pubDate>
      <guid>https://tobiasfors.se/zoom-out/</guid>
      <description>&lt;p&gt;&lt;strong&gt;Have you heard the expression &amp;ldquo;context is king&amp;rdquo;? It&amp;rsquo;s very true if you work with teams because many of the things that can affect a team negatively can be found outside of the team itself. How good is your understanding of your team&amp;rsquo;s context?&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;When the world around our teams is messy, it’s natural to latch onto the smaller and local, team specific, questions and shield ourselves from the complexity that surrounds us. In the worst case, we end up with a powerful &amp;ldquo;illusion of progress&amp;rdquo;: we work hard and efficiently in our own bubble, but ultimately we fail anyway.&lt;/p&gt;</description>
    </item>
    <item>
      <title>The Value of Recreational Programming</title>
      <link>https://tobiasfors.se/the-value-of-recreational-programming/</link>
      <pubDate>Tue, 18 Apr 2017 21:21:54 +0000</pubDate>
      <guid>https://tobiasfors.se/the-value-of-recreational-programming/</guid>
      <description>&lt;p&gt;I wasn’t a professional programmer for very long, just a few short years at the beginning of my career. I did a little bit of UI development for a sample preparation robot. I created a bunch of XSLT sheets for a content management system. I fixed up a training and diagnostics software for a DNA analysis machine. Not trivial things, but not too complicated either.&lt;/p&gt;&#xA;&lt;p&gt;I constantly struggled with how hard and lonely it felt. Mob programming was not yet a thing and neither  was pair programming - in the companies I worked for (even though others where doing it, since this was the early 2000:s). The other developers I worked with, or maybe &amp;ldquo;worked near&amp;rdquo; would be a better choice of words, all seemed content with doing their own thing, on their own. I felt constantly incompetent, most likely because I was. Still, I remember those years fondly, because programming can actually be fun. It was just that I hadn’t yet discovered what it takes to make it so.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Some Pitfalls In Experiential Training</title>
      <link>https://tobiasfors.se/some-pitfalls-in-experiential-training/</link>
      <pubDate>Thu, 08 Dec 2016 10:26:01 +0000</pubDate>
      <guid>https://tobiasfors.se/some-pitfalls-in-experiential-training/</guid>
      <description>&lt;p&gt;&lt;strong&gt;Training classes using an experiential approach has more and more become the norm in agile leadership trainings. Check if some of these pitfalls are something you need to design around as you prepare your next class.&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;Many trainers in the agile world are really good at using interactive exercises to engage participants. I’ve been a teacher in many different kinds of classes over the years. In the mid nineties I worked extra during my studies teaching evening sessions on how to office software. And photo editing. For a brief period I did some training in a content management suite for a client at various sites.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Learning About S3</title>
      <link>https://tobiasfors.se/learning-about-s3/</link>
      <pubDate>Tue, 29 Nov 2016 23:11:51 +0000</pubDate>
      <guid>https://tobiasfors.se/learning-about-s3/</guid>
      <description>&lt;p&gt;&lt;strong&gt;Sociocracy 3.0, or S3 for short, is a collection of principle-backed patterns for more effective collaboration. It can be seen as an attempt to reduce hierarchy while at the same time providing an alternative type of structure.&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;This week I&amp;rsquo;m attending a three day workshop about sociocracy 3.0, or just S3 for short. The idea of sociocracy has apparently been around for a very long time. The class I&amp;rsquo;m attending is focused on &amp;ldquo;S3&amp;rdquo;, created by &lt;a href=&#34;http://www.jamespriest.org&#34;&gt;James Priest&lt;/a&gt; and others as a continuation of the idea of sociocracy.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Rolling Out Scrum - How Hard Can It Be?</title>
      <link>https://tobiasfors.se/rolling-out-scrum-how-hard-can-it-be/</link>
      <pubDate>Tue, 23 Aug 2016 19:51:33 +0000</pubDate>
      <guid>https://tobiasfors.se/rolling-out-scrum-how-hard-can-it-be/</guid>
      <description>&lt;p&gt;&lt;strong&gt;The belief that an idea like Scrum can be easily and predictably rolled out in an organization is still wide spread. It&amp;rsquo;s a tempting fantasy and a potent recipe for problems. Scrum is not about installing best practices - it is about activating curiosity, using all of the brains we do have, and giving experience and reflection some room to work their magic.&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;”This shouldn’t be too hard”, said more than one of my prospective clients. You’ve probably heard it too. After all, how hard can it be to ”roll out Scrum”? Isn’t it just about having regular planning sessions, a backlog, and maybe a retrospective every now and then?&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;Well, to begin with, Scrum is much more than meets the eye. Beyond the seemingly simple practices hide lots of challenges. Take the idea of having a single prioritized backlog. Sounds like common sense, right? Now imagine succeeding with this when you have five different managers who all want to have their stuff done first.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Efficiency Is Not the Only Value</title>
      <link>https://tobiasfors.se/efficiency/</link>
      <pubDate>Mon, 23 May 2016 20:03:22 +0000</pubDate>
      <guid>https://tobiasfors.se/efficiency/</guid>
      <description>&lt;p&gt;Not too long ago I was teaching a class at a client company. During the morning of the second day of the class, I had reserved a block of time for diving into some of their specific challenges. I usually do this, because while I have an agenda I’m supposed to cover, I know that one of the most important parts of learning new things is discussing how to apply the new knowledge and skills in your own unique context.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Introducing: a Software Development Canvas</title>
      <link>https://tobiasfors.se/introducing-software-development-canvas/</link>
      <pubDate>Fri, 29 Jan 2016 16:10:21 +0000</pubDate>
      <guid>https://tobiasfors.se/introducing-software-development-canvas/</guid>
      <description>&lt;p&gt;&lt;img src=&#34;https://tobiasfors.se/images/sdcanvas-2016-01-29-14-56-00.png&#34; alt=&#34;Software Development Canvas - Thumbnail&#34;&gt;&lt;/p&gt;&#xA;&lt;p&gt;Those who know me know me or have taken one of my &lt;a href=&#34;http://kurs.citerus.se&#34;&gt;classes&lt;/a&gt; know of my keen interest in helping people go &lt;a href=&#34;https://vimeo.com/37603163&#34;&gt;beyond method&lt;/a&gt; - towards a deeper understanding of why we are getting the results we are getting. Lately, I&amp;rsquo;ve been working on a thinking tool that might help in that regard.&lt;/p&gt;&#xA;&lt;p&gt;First, a little background. While most of the world is still struggling with doing basic-effective-thermostat-Scrum, we more and more often find organizations that have come to a state where the choice of framework is not that interesting any longer. Much of the agile mindset is there, but as always many challenges remain. In that situation, trying to &amp;ldquo;do better Scrum or Kanban&amp;rdquo; isn&amp;rsquo;t really that fun. It feels like going backwards (even wouldn&amp;rsquo;t be for many). Anyways, I like options, and this is one attempt to create one more option for how to approach the discussion around how we work.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Why Task Assignment Sucks</title>
      <link>https://tobiasfors.se/task-assignment-sucks/</link>
      <pubDate>Tue, 08 Sep 2015 18:07:00 +0000</pubDate>
      <guid>https://tobiasfors.se/task-assignment-sucks/</guid>
      <description>&lt;p&gt;&lt;strong&gt;You may be like me. Some things at work suck the life out of me. I can’t always explain why. Most of the time I can learn to live with it, and therein lies the crux. I accommodate things that I really should refuse outright. Here’s one such thing: task assignment. See if you agree.&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;Assigning tasks. Also known as the age old habit of telling others what to do. Try to go a day without doing it. It’s pretty hard, especially if you have kids. Probably also hard if your title includes the word manager.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Bringing In an Agile Coach</title>
      <link>https://tobiasfors.se/bringing-in-an-agile-coach/</link>
      <pubDate>Sun, 23 Aug 2015 12:28:35 +0000</pubDate>
      <guid>https://tobiasfors.se/bringing-in-an-agile-coach/</guid>
      <description>&lt;p&gt;&lt;strong&gt;Agile coaches are everywhere these days. The nice thing about that is that agile has become so popular. The sad thing is that there is now a greater risk that you end up a with an agile coach that doesn&amp;rsquo;t really make things better for your company. Here&amp;rsquo;s what you need to think about before you bring in an agile coach.&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;There are so many different ways of defining what an agile coach does that to hire one, you need to be really clear about what kind of help you&amp;rsquo;re looking for.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Speaking</title>
      <link>https://tobiasfors.se/speaking/</link>
      <pubDate>Tue, 09 Jun 2015 21:22:01 +0000</pubDate>
      <guid>https://tobiasfors.se/speaking/</guid>
      <description></description>
    </item>
    <item>
      <title>Copy-Paste Management</title>
      <link>https://tobiasfors.se/copy-paste-management/</link>
      <pubDate>Thu, 18 Sep 2014 17:30:04 +0000</pubDate>
      <guid>https://tobiasfors.se/copy-paste-management/</guid>
      <description>&lt;p&gt;Developers sometimes engage in copy-paste development. If you&amp;rsquo;ve never written code, this is when a developer copies, pastes and possibly slightly modifies some existing code - instead of following the cleaner practice of reusing the code by (for example) turning it into a single function that can be called from multiple places.&lt;/p&gt;&#xA;&lt;p&gt;Copying and pasting is very seductive. Developers know that it’s not a good long term solution, but in the short term it’s just so quick. It worked there, so it should work here.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Shallow Success, or The Story of The Kidnapped Trophy</title>
      <link>https://tobiasfors.se/shallow-success/</link>
      <pubDate>Mon, 11 Aug 2014 20:12:41 +0000</pubDate>
      <guid>https://tobiasfors.se/shallow-success/</guid>
      <description>&lt;p&gt;&lt;strong&gt;Did you know that there was once a project manager that successfully delivered a project on time, on budget, and according to specification? Don’t be surprised if you haven’t heard the story - it turned out quite embarrasing in the end, so it might have been covered up a little bit. Here’s what happened.&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;After hearing about the project manager&amp;rsquo;s uncommon feat, the project management community was so astounded that it was decided that an official recognition was in order. The yearly gathering of project managers seemed like a suitable venue, and so plans were made and a suitable trophy was commissioned.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Prioritizing Effectively as a Team</title>
      <link>https://tobiasfors.se/prioritizing-effectively-team/</link>
      <pubDate>Mon, 16 Jun 2014 20:47:47 +0000</pubDate>
      <guid>https://tobiasfors.se/prioritizing-effectively-team/</guid>
      <description>&lt;p&gt;My new article &amp;ldquo;Prioritizing Effectively as a Team&amp;rdquo; is up on AgileConnection.com. The article starts out like this:&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;&amp;ldquo;A common reaction to the product owner role is to see it as too big for a single person. If the idea were that one person should do everything from guiding the vision to writing user stories, I would agree. But that’s not how I see the role; I see it as one component in getting to effective teamwork.&amp;rdquo;&lt;/p&gt;</description>
    </item>
    <item>
      <title>The Birth, Death, and Rebirth of Ideas</title>
      <link>https://tobiasfors.se/birth-death-rebirth-ideas/</link>
      <pubDate>Thu, 22 May 2014 20:09:41 +0000</pubDate>
      <guid>https://tobiasfors.se/birth-death-rebirth-ideas/</guid>
      <description>&lt;p&gt;&lt;strong&gt;Watching the waxing and waning of software development methodologies made me think about the lifecycle of ideas. Throughout the ages, humans have come up with ideas. Some ideas never become more than a thought. Others spread globally, affecting people for a long time. The life of ideas seems to be an eternal cycle of birth, life, death, and rebirth.&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;h2 id=&#34;the-spark&#34;&gt;The Spark&lt;/h2&gt;&#xA;&lt;p&gt;Who can tell where ideas come from? Suddenly they appear. Sometimes we can trace their origin, backtracking through threads of thoughts and experiences. Sometimes, they seem to materialize out of thin air. At times, we can clearly see how an idea grew on top of another. At other times, the idea seems to be radically, even inexplicably, groundbreaking. We can be sure of two things: as long as humans exist, ideas will keep coming, and as long as humans exist, we will often look with suspicion at new ideas - or be strangely attracted to them.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Managing as Helping</title>
      <link>https://tobiasfors.se/managing-helping/</link>
      <pubDate>Tue, 13 May 2014 22:07:29 +0000</pubDate>
      <guid>https://tobiasfors.se/managing-helping/</guid>
      <description>&lt;p&gt;&lt;strong&gt;Are you a manager, or maybe an informal leader with implicit influence and responsibility? Have you considered how you think about your role? Have you considered thinking about yourself as a helper?&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;If you&amp;rsquo;re reading this, chances are you&amp;rsquo;re working in a knowledge-based organization: an enterprise that builds its success on being able to convert human motivation into creative ideas, and then use the best of those ideas to develop useful products and services.&lt;/p&gt;</description>
    </item>
    <item>
      <title>The Worst Daily Scrum Ever</title>
      <link>https://tobiasfors.se/worst-daily-scrum-ever/</link>
      <pubDate>Wed, 23 Oct 2013 09:19:04 +0000</pubDate>
      <guid>https://tobiasfors.se/worst-daily-scrum-ever/</guid>
      <description>&lt;p&gt;&lt;strong&gt;I once observed what was probably the worst daily scrum ever. Just when I thought it was over, something interesting happened.&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;Visiting a team in an organization I worked with, I got to see one particular scrum master run a daily scrum – into the ground. This is the story of how he did that - but it&amp;rsquo;s also the story of how the team miraculously survived this train crash of a meeting.&lt;/p&gt;</description>
    </item>
    <item>
      <title>What Is an Advanced Scrum Master?</title>
      <link>https://tobiasfors.se/advanced-scrum-master/</link>
      <pubDate>Fri, 10 May 2013 12:48:02 +0000</pubDate>
      <guid>https://tobiasfors.se/advanced-scrum-master/</guid>
      <description>&lt;p&gt;&lt;strong&gt;Being a scrum master is more than just reminding a team to perform certain ceremonies, it&amp;rsquo;s about growing the best possible workplace.&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;To begin with, let&amp;rsquo;s clarify this whole thing about the &amp;ldquo;scrum master&amp;rdquo;. It&amp;rsquo;s the name of a role. It&amp;rsquo;s a relatively new and pretty ridiculous name by intent, because a change was needed in how we lead development work.&lt;/p&gt;&#xA;&lt;p&gt;Every now and then we shake things up by inventing new names. Just remember that behind the term &amp;ldquo;scrum master&amp;rdquo; is the timeless idea of the servant leader. Someone who is there not to exert power over others, but to give power to others. To empower them.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Broken Software</title>
      <link>https://tobiasfors.se/broken-software/</link>
      <pubDate>Thu, 11 Apr 2013 10:00:11 +0000</pubDate>
      <guid>https://tobiasfors.se/broken-software/</guid>
      <description>&lt;p&gt;&lt;strong&gt;I sometimes hear the agile manifesto being criticized for focusing on &amp;ldquo;just working software&amp;rdquo;. It&amp;rsquo;s said that working software is not enough, that we need to reach further. I agree that we need change, but not in the wording.&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;If your definition of working software is &amp;ldquo;if it compiles, ship it&amp;rdquo;, then the &lt;a href=&#34;http://agilemanifesto.org&#34;&gt;manifesto&amp;rsquo;s words&lt;/a&gt; won&amp;rsquo;t seem like they change much. For you, the manifesto sounds like business as usual.&lt;/p&gt;&#xA;&lt;p&gt;Twelve years after first reading it, the agile manifesto still doesn&amp;rsquo;t sound like business as usual to my ears.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Check-in in a Circle</title>
      <link>https://tobiasfors.se/check-in-circle/</link>
      <pubDate>Wed, 22 Aug 2012 17:51:49 +0000</pubDate>
      <guid>https://tobiasfors.se/check-in-circle/</guid>
      <description>&lt;p&gt;When I kick off a class or workshop, I want participants to engage as soon as possible after entering the room. I do work through some practical bits first, but after that I quickly hand things over to participants.&lt;/p&gt;&#xA;&lt;p&gt;For a long time, I&amp;rsquo;ve been using an opening exercise I learned from Ken Schwaber. In it, I ask participants to sort themselves along a line in the room, according to different criteria.&lt;/p&gt;</description>
    </item>
    <item>
      <title>The Freedom to Solve Problems</title>
      <link>https://tobiasfors.se/the-freedom-to-solve-problems/</link>
      <pubDate>Tue, 07 Aug 2012 08:37:17 +0000</pubDate>
      <guid>https://tobiasfors.se/the-freedom-to-solve-problems/</guid>
      <description>&lt;p&gt;Isn&amp;rsquo;t it really sad that employees in some companies aren&amp;rsquo;t allowed to solve the customers&amp;rsquo; problems? In Sweden, the major telecom operators are notorious in this regard, in my personal experience.&lt;/p&gt;&#xA;&lt;p&gt;What is it like in your company? Is everyone allowed to and capable of really helping your customers?&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;&amp;ldquo;In addition to encouraging creativity, bossless environments also increase efficiency, according to Stephen Courtright, a management professor at Texas A&amp;amp;M&amp;rsquo;s Mays Business School. He cites the example of Southwest Airlines, which allows baggage clerks the freedom to decide how to solve a customer&amp;rsquo;s complaint on the spot, without having to say, &amp;ldquo;&amp;lsquo;Wait while I consult my boss.&amp;rsquo;&amp;rdquo;&lt;/p&gt;</description>
    </item>
    <item>
      <title>There&#39;s Always One [Drop|Comment|Question] Left</title>
      <link>https://tobiasfors.se/dropcommentquestion-left/</link>
      <pubDate>Fri, 01 Jun 2012 14:30:34 +0000</pubDate>
      <guid>https://tobiasfors.se/dropcommentquestion-left/</guid>
      <description>&lt;p&gt;My childhood friend&amp;rsquo;s mother was a &amp;ldquo;dagmamma&amp;rdquo;, literally, a &amp;ldquo;daytime mother&amp;rdquo;. In other words, she took care of a bunch of other people&amp;rsquo;s kids in her own home.&lt;/p&gt;&#xA;&lt;p&gt;She was a very kind and intelligent person. One of the things she said has stuck with me to this very day.&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;&amp;ldquo;There&amp;rsquo;s always one drop left.&amp;rdquo;&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;She would say this when we had had finished our &amp;ldquo;fika&amp;rdquo; (for kids in Sweden, this would be strawberry juice and cinnamon buns) and we would start playing with our empty glasses. Or rather: we thought the glasses were empty, but she knew better. That&amp;rsquo;s why she reminded us.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Fast Company on Why We Fail to Innovate</title>
      <link>https://tobiasfors.se/fast-company-on-why-we-fail-to-innovate/</link>
      <pubDate>Mon, 23 Apr 2012 22:14:56 +0000</pubDate>
      <guid>https://tobiasfors.se/fast-company-on-why-we-fail-to-innovate/</guid>
      <description>&lt;p&gt;FastCompany puts the finger on an important reason why many companies have a hard time coming up with more innovative behaviors:&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;&amp;ldquo;here’s the truth: most companies can’t innovate because everyone is paid to maintain the status quo. This is the single biggest reason companies fail to do anything new or exciting&amp;rdquo;&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;via &lt;a href=&#34;http://www.fastcompany.com/1833190/stop-blabbing-about-innovation-and-start-actually-doing-it&#34;&gt;Stop Blabbing About Innovation And Start Actually Doing It | Fast Company&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Interview with Ricardo Semler</title>
      <link>https://tobiasfors.se/interview-ricardo-semler/</link>
      <pubDate>Fri, 20 Apr 2012 11:22:35 +0000</pubDate>
      <guid>https://tobiasfors.se/interview-ricardo-semler/</guid>
      <description>&lt;p&gt;Here&amp;rsquo;s an inspiring video interview with Ricardo Semler from Semco, about creating a democratic corporation.&lt;/p&gt;&#xA;&lt;p&gt;And a lecture with Semler:&lt;/p&gt;&#xA;&lt;p&gt;Also, a conversation between Henry Mintzberg and Semler:&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;http://www.youtube.com/watch?feature=endscreen&amp;amp;NR=1&amp;amp;v=q7lQyCy7Y3g&#34;&gt;http://www.youtube.com/watch?feature=endscreen&amp;amp;NR=1&amp;amp;v=q7lQyCy7Y3g&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Late Again, Thinking About the Cost of Delays</title>
      <link>https://tobiasfors.se/late-again-thinking-cost-delays/</link>
      <pubDate>Wed, 04 Apr 2012 08:27:16 +0000</pubDate>
      <guid>https://tobiasfors.se/late-again-thinking-cost-delays/</guid>
      <description>&lt;p&gt;It&amp;rsquo;s Wednesday morning, and I&amp;rsquo;m on the train heading to Stockholm. The train is late, and it&amp;rsquo;s not the first time.&lt;/p&gt;&#xA;&lt;p&gt;One reason delays annoy me so much is that they break my expectations. I&amp;rsquo;ve made my plans to fit with the train company&amp;rsquo;s timetable, and now they are not upholding their part of the commitment.&lt;/p&gt;&#xA;&lt;p&gt;Then again, when it comes to riding the train from my hometown Uppsala to Sweden&amp;rsquo;s capital - Stockholm - delays are such an integral part of the experience that I&amp;rsquo;m no longer surprised when they happen. Curiously, they still annoy me. Maybe it&amp;rsquo;s because the company running the trains couldn&amp;rsquo;t seem to care less about the problems the delays are causing me. Somehow, they still manage to act like every single delay is a big surprise to them. I take comfort in the fact that I get some extra time to read and write, as long as I&amp;rsquo;ve found a place to sit on the train - but that&amp;rsquo;s another story.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Johanna Rothman to Stockholm, May 30, 2012</title>
      <link>https://tobiasfors.se/johanna-rothman-stockholm-30-2012/</link>
      <pubDate>Fri, 23 Mar 2012 10:58:42 +0000</pubDate>
      <guid>https://tobiasfors.se/johanna-rothman-stockholm-30-2012/</guid>
      <description>&lt;p&gt;Author, consultant and teacher Johanna Rothman is coming to Stockholm on May 30, this year. She will be leading a one-day workshop about the agile project portfolio. The course will be in English, and I highly recommend you check it out if you need some inspiration on how to manage in a situation where you have multiple projects going on.&lt;/p&gt;&#xA;&lt;p&gt;Here is the course page (in Swedish, but remember, the course itself is in English): &lt;a href=&#34;http://www.citerus.se/curriculum/724094-agile-project-portfolio-management&#34;&gt;http://www.citerus.se/curriculum/724094-agile-project-portfolio-management&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Vision and Execution: Apple’s Plan to Kill The Mouse</title>
      <link>https://tobiasfors.se/vision-execution-apples-plan-kill-mouse/</link>
      <pubDate>Thu, 01 Mar 2012 17:16:09 +0000</pubDate>
      <guid>https://tobiasfors.se/vision-execution-apples-plan-kill-mouse/</guid>
      <description>&lt;p&gt;&lt;strong&gt;I’ll admit it, I’m a bit of a fanboy. Maybe not so much an Apple fanboy as a software fanboy. My fascination with software goes back to the very first time I had a computer demonstrated to me as a kid, and today, Apple is probably the only company whose products give me that feeling of joy. It’s also an interesting company to follow if you’re interested in product development in general. So let’s have some fun and speculate a little bit about what might be waiting around the next corner.&lt;/strong&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Systems Thinking Applied to Management with Russell Ackoff</title>
      <link>https://tobiasfors.se/systems-thinking-applied-to-management-with-russell-ackoff/</link>
      <pubDate>Sun, 19 Feb 2012 20:07:48 +0000</pubDate>
      <guid>https://tobiasfors.se/systems-thinking-applied-to-management-with-russell-ackoff/</guid>
      <description>&lt;p&gt;If you&amp;rsquo;re a student of Russell Ackoff&amp;rsquo;s teachings, you should rapidly click yourself over to the &lt;a href=&#34;http://ackoffcenter.blogs.com/&#34;&gt;Ackoff Center blog&lt;/a&gt;, where you will find a link to a rich set of video lectures with Ackoff himself:&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;&amp;ldquo;When the course was announced the registration requests were so high that a lottery with random drawing had to be established to admit the 25 graduate students who could attend.  The course ran for 3 hours per week for 12 weeks.  Russ was 84 years old.&amp;rdquo;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Release More Often Without Risking Anything</title>
      <link>https://tobiasfors.se/release-risking/</link>
      <pubDate>Tue, 20 Dec 2011 19:27:44 +0000</pubDate>
      <guid>https://tobiasfors.se/release-risking/</guid>
      <description>&lt;p&gt;Joakim Holm has written an awesome post about breaking through the wall of conventional thinking, smashing a dilemma into pieces, and finding a third option along the way.&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;One day soon they realize that “Hey, we’re pretty good. We can take advantage of that and release more often without risking anything.”&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;via &lt;a href=&#34;http://jockeholm.wordpress.com/2011/12/19/breaking-through-the-wall-of-release-mediocrity/#comment-674&#34;&gt;Breaking through the Wall of Release Mediocrity « The Blogging Terrier | Den bloggande terriern&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Talk: Problems and systems thinking</title>
      <link>https://tobiasfors.se/talk-problems-systems-thinking/</link>
      <pubDate>Thu, 13 Oct 2011 15:46:46 +0000</pubDate>
      <guid>https://tobiasfors.se/talk-problems-systems-thinking/</guid>
      <description>&lt;p&gt;Here&amp;rsquo;s me talking (in Swedish) about how we look at problems from a systems thinking viewpoint, at &lt;a href=&#34;http://leantribe.org/ltg-2-program/&#34;&gt;Lean Tribe 2&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;http://vimeo.com/30320385&#34;&gt;Lean Tribe Gathering #2: Tobias Fors&lt;/a&gt; from &lt;a href=&#34;http://vimeo.com/leantribe&#34;&gt;Lean Tribe&lt;/a&gt; on &lt;a href=&#34;http://vimeo.com&#34;&gt;Vimeo&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Experiential Learning (No More &#34;Silentium&#34;)</title>
      <link>https://tobiasfors.se/experiential-learning-silentium/</link>
      <pubDate>Tue, 20 Sep 2011 21:00:16 +0000</pubDate>
      <guid>https://tobiasfors.se/experiential-learning-silentium/</guid>
      <description>&lt;p&gt;&lt;img src=&#34;http://upload.wikimedia.org/wikipedia/commons/6/65/15th.century.classroom.jpg&#34; alt=&#34;15h Century Classroom - teacher, students, and wall inscription reading silentium, or silence.&#34;&gt;&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Over the last five years, I&amp;rsquo;ve taught lots of classes to lots of people. If I knew it before, I&amp;rsquo;m convinced of it now: lecturing is not the most effective way to help others truly learn.&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;The problem with lecturing is that it doesn&amp;rsquo;t really do much to change someone&amp;rsquo;s behavior, at least not in a lasting way. So what? Well, I believe learning is more than just collecting new pieces of information. Learning also means enabling new behaviors.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Pit of Specialization</title>
      <link>https://tobiasfors.se/pit-specialization/</link>
      <pubDate>Sun, 18 Sep 2011 11:10:06 +0000</pubDate>
      <guid>https://tobiasfors.se/pit-specialization/</guid>
      <description>&lt;p&gt;In an effort to prove I&amp;rsquo;m not a perfectionist, I&amp;rsquo;m publishing this work of art I just created, while sketching out some ideas for an upcoming talk. Being a specialist can be a double-edged sword.&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;https://tobiasfors.se/images/Pit-of-Specialization.png&#34;&gt;&lt;img src=&#34;https://tobiasfors.se/images/Pit-of-Specialization.png&#34; alt=&#34;&#34;&gt;&lt;/a&gt;&lt;/p&gt;&#xA;&lt;p&gt;&lt;em&gt;Have you experienced this pit? Did you like it there, or did you find a way to get out of it?&lt;/em&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Common Pitfall: Planning Alone</title>
      <link>https://tobiasfors.se/common-pitfall-planning/</link>
      <pubDate>Sat, 17 Sep 2011 18:32:48 +0000</pubDate>
      <guid>https://tobiasfors.se/common-pitfall-planning/</guid>
      <description>&lt;p&gt;Many organizations forget that planning is all about the planning. You&amp;rsquo;ve probably heard the saying: &amp;ldquo;The plan is nothing, the planning is everything&amp;rdquo;. For me, that means that the process of planning itself is, to a large degree, what creates belief in and understanding of the plans. The plans will break anyhow (we&amp;rsquo;ll still do our best to create them), but the more we participate in creating them, the more we believe in them, the more we take ownership for them, and the greater is the chance that we will reach our goals.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Is Thinking Allowed?</title>
      <link>https://tobiasfors.se/thinking-allowed/</link>
      <pubDate>Sat, 13 Aug 2011 09:36:57 +0000</pubDate>
      <guid>https://tobiasfors.se/thinking-allowed/</guid>
      <description>&lt;p&gt;When I was still working as a contract programmer, I was on an assignment where the boss was from the United States. I didn’t meet him very often, but he seemed like a nice enough guy. One day, he surprised me though.&lt;/p&gt;&#xA;&lt;p&gt;I was sitting in my chair, leaning back for a while with my hands behind my back. I was thinking about how to handle some little challenge with an XML schema I was struggling with. While sitting like that I heard (faintly at first) the sound of my American manager approaching. I could tell it was him, because his shoes made a specific and quite powerful clicking sounds on the hardwood floor.  Suddenly, he passed behind me. He never stopped, but he did shout at me:&lt;/p&gt;</description>
    </item>
    <item>
      <title>This Week Online - Saturday, May 14, 2011</title>
      <link>https://tobiasfors.se/week-online-saturday-14-2011/</link>
      <pubDate>Sat, 14 May 2011 10:47:59 +0000</pubDate>
      <guid>https://tobiasfors.se/week-online-saturday-14-2011/</guid>
      <description>&lt;p&gt;This week I managed to squeeze in three days of consulting and two days of public teaching. Side effect: less time over for reading. Still, here’s some of the stuff that piqued my interest online this week.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Bright and Terrible&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;Jay Yarow of Business Insider published &lt;a href=&#34;http://www.businessinsider.com/steve-jobs-mobileme-failure-2011-5?op=1&#34;&gt;a short post about what’s it like to fail at Apple&lt;/a&gt;. Not sure how fact based it is, but it makes you think about the challenges of managing risk and failure.&lt;/p&gt;</description>
    </item>
    <item>
      <title>This Week Online - Saturday, May 7, 2011</title>
      <link>https://tobiasfors.se/week-online-saturday-7-2011/</link>
      <pubDate>Sat, 07 May 2011 09:51:09 +0000</pubDate>
      <guid>https://tobiasfors.se/week-online-saturday-7-2011/</guid>
      <description>&lt;p&gt;Here’s a mixed list of some of the things I appreciated online this week. They might turn out to be useful to you as well.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Fake and Shapes&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;http://randallrice.blogspot.com/2011/05/stareast-2011-free-and-cheap-test-tools.html&#34;&gt;Randy Rice published a blog post&lt;/a&gt; that listed different testing tools that came up during a tutorial session he hosted at StarEast 2011. I don’t work as a tester, but I’m fascinated by the field, and like to follow it from the sidelines. Plus, I love a smart tool.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Some Help Examining Your Engineering Practices</title>
      <link>https://tobiasfors.se/examining-engineering-practices/</link>
      <pubDate>Mon, 21 Feb 2011 23:05:26 +0000</pubDate>
      <guid>https://tobiasfors.se/examining-engineering-practices/</guid>
      <description>&lt;p&gt;At Citerus, I worked with my colleagues to create a basic form we can use to take a quick inventory of the current engineering practices in the teams we work with. It was originally in Swedish, but I just translated it into English for use at a client.&lt;/p&gt;&#xA;&lt;p&gt;We&amp;rsquo;re not dogmatic, so neither is the form. Nor do we think that anything goes, so there are lots of opinions built into the form. Use it at your own risk. The least it could do for you is to act as a conversation starter.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Sketchnoting the Concept of Flow</title>
      <link>https://tobiasfors.se/sketchnoting-concept-flow/</link>
      <pubDate>Sun, 13 Feb 2011 14:52:05 +0000</pubDate>
      <guid>https://tobiasfors.se/sketchnoting-concept-flow/</guid>
      <description>&lt;p&gt;I like to take stuff and try to express it in as simple language as possible. That&amp;rsquo;s my way of checking my own understanding of a concept. One concept that comes up often when we talk about lean software development, kanban and agile is that of &amp;ldquo;flow&amp;rdquo;. A couple of days ago, I decided to process that a bit.&lt;/p&gt;&#xA;&lt;p&gt;One technique I use to process stuff is to sketchnote in Brushes on the iPad. Here&amp;rsquo;s the video output from my sketchnoting a basic explanation of the concept of flow in development.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Thinking Tools for Conference Reviewers</title>
      <link>https://tobiasfors.se/thinking-tools-conference-reviewers/</link>
      <pubDate>Sat, 05 Feb 2011 23:42:17 +0000</pubDate>
      <guid>https://tobiasfors.se/thinking-tools-conference-reviewers/</guid>
      <description>&lt;p&gt;&lt;strong&gt;Recently, I&amp;rsquo;ve been reviewing session proposals for &lt;a href=&#34;http://agile2011.agilealliance.org/&#34;&gt;Agile 2011.&lt;/a&gt; It&amp;rsquo;s a rewarding job, even though I&amp;rsquo;m not getting paid for it. I was asked to help out, and said yes because I knew I would learn a lot from it. Since this is the first time I&amp;rsquo;m reviewing sessions like this, I started out by doing some research into what to look for.&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;As a reviewer, my job is not to accept or reject proposals. So what is it? Well, my assumptions while reviewing sessions have been that the purpose of my review is to:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Programmer Productivity?</title>
      <link>https://tobiasfors.se/programmer-productivity/</link>
      <pubDate>Mon, 17 Jan 2011 00:01:33 +0000</pubDate>
      <guid>https://tobiasfors.se/programmer-productivity/</guid>
      <description>&lt;p&gt;&lt;strong&gt;I&amp;rsquo;ll admit I&amp;rsquo;m a bit confused. Do we still believe that it&amp;rsquo;s &lt;a href=&#34;http://forums.construx.com/blogs/stevemcc/archive/2011/01/09/origins-of-10x-how-valid-is-the-underlying-research.aspx&#34;&gt;meaningful&lt;/a&gt; to &lt;a href=&#34;http://morendil.github.com/folklore.html&#34;&gt;talk&lt;/a&gt; about the productivity of individual programmers?&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;Assuming we had some agreement in our business as to how exactly one should measure the productivity of a programmer (we don&amp;rsquo;t), what good would it do us?&lt;/p&gt;&#xA;&lt;p&gt;Let&amp;rsquo;s say we discovered that he most productive programmer is 6.7 times more productive than, wait, than who? Than the average programmer? Than the worst programmer? I don&amp;rsquo;t know, but let&amp;rsquo;s pretend we did know, and had learned that 6.7 was the magic number. What would we do with that number?&lt;/p&gt;</description>
    </item>
    <item>
      <title>Contact</title>
      <link>https://tobiasfors.se/contact/</link>
      <pubDate>Tue, 04 Jan 2011 15:54:58 +0000</pubDate>
      <guid>https://tobiasfors.se/contact/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;https://www.holifant.se/kontakt&#34;&gt;https://www.holifant.se/kontakt&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Writing: It&#39;s Not Just About Writing</title>
      <link>https://tobiasfors.se/writing-its-not-just-about-writing/</link>
      <pubDate>Mon, 03 Jan 2011 23:18:42 +0000</pubDate>
      <guid>https://tobiasfors.se/writing-its-not-just-about-writing/</guid>
      <description>&lt;p&gt;I try to write regularly. I write a lot more than I publish, and that&amp;rsquo;s OK for now. I&amp;rsquo;d like to publish more in the future however, so I keep trying to &lt;a href=&#34;http://www.geraldmweinberg.com/Site/On_Writing.html&#34;&gt;improve my productivity&lt;/a&gt;. One thing I&amp;rsquo;ve found that helps, is to do something that moves a writing project forward, even if it&amp;rsquo;s not really writing per se.&lt;/p&gt;&#xA;&lt;p&gt;What I do is I work on structuring things I&amp;rsquo;ve previously written. I&amp;rsquo;ll typically look through my project in my &lt;a href=&#34;http://www.literatureandlatte.com/scrivener.php&#34;&gt;writing tool of choice&lt;/a&gt;, and look for areas that need some cleaning up. Then I&amp;rsquo;ll go ahead and move stuff around, clean out stuff that no longer feels relevant, or even do a little bit of editing.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Too Much Talk About Methods</title>
      <link>https://tobiasfors.se/too-much-talk-about-methods/</link>
      <pubDate>Thu, 30 Dec 2010 08:25:58 +0000</pubDate>
      <guid>https://tobiasfors.se/too-much-talk-about-methods/</guid>
      <description>&lt;p&gt;I believe there&amp;rsquo;s too much talk about methods, and too little about how they are introduced. Methods can be very helpful, especially when used mindfully. What does that mean? To me, using a method mindfully implies, among other things, introducing it in the right way. The right way for me is with minimal hype and maximum participation of all involved. We believe in what we co-create and co-discover.&lt;/p&gt;&#xA;&lt;p&gt;Have you been force-fed a way of working? What was that like for you?&lt;/p&gt;</description>
    </item>
    <item>
      <title>Ken Robinson on Changing Education Paradigms</title>
      <link>https://tobiasfors.se/ken-robinson-on-changing-education-paradigms/</link>
      <pubDate>Thu, 09 Dec 2010 12:10:54 +0000</pubDate>
      <guid>https://tobiasfors.se/ken-robinson-on-changing-education-paradigms/</guid>
      <description>&lt;p&gt;My friend from the AYE conference, John, just reminded me about the clip below. It has an important message, but there&amp;rsquo;s another reason to watch it too: the presentation is stunning.&lt;/p&gt;&#xA;&lt;p&gt;In the clip, Ken Robinson argues that our schools are using methods designed for a different age. Those methods are no longer helpful. We live in different times.&lt;/p&gt;&#xA;&lt;p&gt;If you want to learn more about the history of our schooling system, and how it could evolve, &lt;a href=&#34;http://www.amazon.com/Turning-Learning-Right-Side-Education/dp/0132346494&#34;&gt;I recommend Russell Ackoff&amp;rsquo;s &amp;ldquo;Turning Learning Right Side Up&amp;rdquo;&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Sketchnoting a Russell Ackoff talk</title>
      <link>https://tobiasfors.se/sketchnoting-a-rusell-ackoff-talk/</link>
      <pubDate>Mon, 15 Nov 2010 22:15:19 +0000</pubDate>
      <guid>https://tobiasfors.se/sketchnoting-a-rusell-ackoff-talk/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;http://www.tobiasfors.se/?p=597&#34;&gt;Listening to Russell Ackoff speaking&lt;/a&gt;, I &lt;a href=&#34;http://www.slideshare.net/evalottchen/visual-note-taking-3768130&#34;&gt;&amp;ldquo;sketchnoted&amp;rdquo;&lt;/a&gt; this in Brushes on my iPad. I&amp;rsquo;m a very visual thinker, so this is a way for me to make things stick a little better in my brain, plus it&amp;rsquo;s very fun and relaxing to do.&lt;/p&gt;&#xA;&lt;p&gt;I don&amp;rsquo;t worry to much about my handwriting and general drawing skills. I just draw. It will be interesting for me to see how my drawings change over time, because my guess is I&amp;rsquo;ll be doing a lot of this, just for the fun of it.&lt;/p&gt;</description>
    </item>
    <item>
      <title>New Russell Ackoff Videos</title>
      <link>https://tobiasfors.se/new-russell-ackoff-videos/</link>
      <pubDate>Sun, 14 Nov 2010 14:25:30 +0000</pubDate>
      <guid>https://tobiasfors.se/new-russell-ackoff-videos/</guid>
      <description>&lt;p&gt;Here&amp;rsquo;s a set of Rusell Ackoff videos I just discovered. I might go ahead and collect all my Ackoff resources on one page some day, but for now I&amp;rsquo;ll just serve these new ones up like this. Enjoy.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Tankar om rollerna i Scrum</title>
      <link>https://tobiasfors.se/tankar-om-rollerna-i-scrum/</link>
      <pubDate>Mon, 18 Oct 2010 22:55:55 +0000</pubDate>
      <guid>https://tobiasfors.se/tankar-om-rollerna-i-scrum/</guid>
      <description>&lt;p&gt;&lt;em&gt;Jag skriver på en bok med arbetsnamnet &amp;ldquo;Nyckeln till Scrum&amp;rdquo;. Min erfarenhet säger mig att de som lyckas bäst med Scrum är de som inte bara kan metodens praktiska steg, utan som också förstår varför den är utformad som den är. Beväpnad med den förståelsen öppnar sig också vägen framåt, möjligheten att gå bortom Scrum. Det här är ett avsnitt som handlar om roller, som kanske kommer med i boken.&lt;/em&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>The Power of Completion: Great vs Excellent Teachers</title>
      <link>https://tobiasfors.se/the-power-of-completion/</link>
      <pubDate>Fri, 10 Sep 2010 13:17:20 +0000</pubDate>
      <guid>https://tobiasfors.se/the-power-of-completion/</guid>
      <description>&lt;p&gt;When I practiced aikido, I was struck by the difference between good and excellent teachers. The good teacher would be more than willing to correct me when I did something wrong. Too willing, in fact. So eager were they to instruct me that they would interrupt me mid-motion to show me how to improve. The excellent teachers never did this. They would always let me complete a full technique, only stopping me when it was all done to explain, very briefly, one small thing I could do differently.&lt;/p&gt;</description>
    </item>
    <item>
      <title>An Exercise for Defining Done for Scrum Teams</title>
      <link>https://tobiasfors.se/an-exercise-for-defining-done-for-scrum-teams/</link>
      <pubDate>Thu, 22 Jul 2010 20:40:30 +0000</pubDate>
      <guid>https://tobiasfors.se/an-exercise-for-defining-done-for-scrum-teams/</guid>
      <description>&lt;p&gt;&lt;em&gt;In this post, I’m going to share an exercise you could try for helping a team start their journey towards a clear and shared definition of what it means to done with a feature in a software product. I’m looking at this from the perspective of agile development with Scrum, but my guess is you can use this even if you’re not using Scrum. I’ve taken a core exercise I’ve used many times to help teams form a first definition of done, and combined it with some debriefing practices I’ve learned over the years. If you want to use this exercise, go ahead. If you run it a couple of times, you’ll be able to improve on it: then I’d love to learn about how you improved it.&lt;/em&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Who&#39;s That From?</title>
      <link>https://tobiasfors.se/whos-that-from/</link>
      <pubDate>Sun, 04 Jul 2010 22:09:18 +0000</pubDate>
      <guid>https://tobiasfors.se/whos-that-from/</guid>
      <description>&lt;p&gt;One of my fears when writing is that I will replicate, nay steal, what someone else has already said. - &amp;ldquo;Come on, everything has been said before&amp;rdquo;, was what I was told when I revealed my fear to a couple of speaking partners at the AYE conference a couple of years ago.&lt;/p&gt;&#xA;&lt;p&gt;Speaking of the AYE conference. AYE, or Amplifying Your Effectiveness (which is not about some personal productivity technique, but rather about discovering more about how you can use yourself to get the results you&amp;rsquo;re after in your work), was instigated by Jerry Weinberg, whom I know as the world&amp;rsquo;s greatest consultant. I&amp;rsquo;ve learned so much from Jerry: a lot from his books, and a lot from attending his workshops and speaking to him. Every so often, I just grab one of his books from my shelf and read a random passage. It always inspires me, and sometimes surprises me.&lt;/p&gt;</description>
    </item>
    <item>
      <title>A Stack Exchange on Scrum</title>
      <link>https://tobiasfors.se/a-stack-exchange-on-scrum/</link>
      <pubDate>Mon, 21 Jun 2010 14:51:04 +0000</pubDate>
      <guid>https://tobiasfors.se/a-stack-exchange-on-scrum/</guid>
      <description>&lt;p&gt;Intrigued by the possibilites of the Stack Exchange platform, I&amp;rsquo;ve &lt;a href=&#34;http://area51.stackexchange.com/proposals/7794/scrum?referrer=XYuekDUb4AzI9B5m78vbHg2&#34;&gt;proposed a site for questions &amp;amp; answers on the topic of Scrum&lt;/a&gt;. On the Stack Exchange platform users:&lt;/p&gt;&#xA;&lt;ol&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;Post questions and answers&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;Vote answers up or down, depending on how helpful they think the answers are&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;Grow their ability to moderate the site as they engage more with it&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;/ol&gt;&#xA;&lt;p&gt;I like how the creators of the platform aims to put the community in the driver&amp;rsquo;s seat, and I&amp;rsquo;m hoping this will take off. We&amp;rsquo;ll see about that: first, we need a number of early adopters to help define the site. Then we need a whole bunch of people to commit to working with it. If we get that, we&amp;rsquo;ll have a nice place to go for questions and answers from the Scrum perspective.&#xA;Is this something? If you think it is, &lt;a href=&#34;http://area51.stackexchange.com/proposals/7794/scrum?referrer=XYuekDUb4AzI9B5m78vbHg2&#34;&gt;you should go and check it out now&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>How To Succeed With Any Method, Eventually</title>
      <link>https://tobiasfors.se/how-to-succeed-with-any-method-eventually/</link>
      <pubDate>Sun, 31 Jan 2010 16:28:50 +0000</pubDate>
      <guid>https://tobiasfors.se/how-to-succeed-with-any-method-eventually/</guid>
      <description>&lt;ol&gt;&#xA;&lt;li&gt;Pick a method, any method&lt;/li&gt;&#xA;&lt;li&gt;Apply it mindfully, considering your unique context&lt;/li&gt;&#xA;&lt;li&gt;Review the results you get carefully&lt;/li&gt;&#xA;&lt;li&gt;Accept the results as your own, and learn from them&lt;/li&gt;&#xA;&lt;li&gt;Make conscious adjustments&lt;/li&gt;&#xA;&lt;li&gt;Repeat 2-6 long enough to understand the method&lt;/li&gt;&#xA;&lt;/ol&gt;&#xA;&lt;p&gt;&lt;em&gt;Have you made a method work for you? How did you make it fit in your unique context?&lt;/em&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>How To Fail With Any Method, Guaranteed</title>
      <link>https://tobiasfors.se/how-to-fail-with-any-method-guaranteed/</link>
      <pubDate>Sat, 30 Jan 2010 20:55:23 +0000</pubDate>
      <guid>https://tobiasfors.se/how-to-fail-with-any-method-guaranteed/</guid>
      <description>&lt;ol&gt;&#xA;&lt;li&gt;Start out with a lack of experience&lt;/li&gt;&#xA;&lt;li&gt;Because of this lack, put your faith in a method that should be able to help you&lt;/li&gt;&#xA;&lt;li&gt;Apply the method half-heartedly, get bad results&lt;/li&gt;&#xA;&lt;li&gt;Blame the method, don&amp;rsquo;t accept responsibility for your own results&lt;/li&gt;&#xA;&lt;li&gt;Because you&amp;rsquo;re not responsible, don&amp;rsquo;t bother learning anything, get no valuable experience&lt;/li&gt;&#xA;&lt;li&gt;Search for a new method that should be able to help you&lt;/li&gt;&#xA;&lt;/ol&gt;&#xA;&lt;p&gt;&lt;em&gt;Have you failed with a method? What did you learn? Don&amp;rsquo;t know what you learned, but you hate the method now? What can you learn from that?&lt;/em&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Use Improvement Stories to Make Your Retrospectives More Effective</title>
      <link>https://tobiasfors.se/improvement-stories/</link>
      <pubDate>Tue, 19 Jan 2010 15:40:06 +0000</pubDate>
      <guid>https://tobiasfors.se/improvement-stories/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;plug&gt;I teach a &lt;a href=&#34;http://citer.us/effa&#34;&gt;one-day class on retrospectives&lt;/a&gt;. It&amp;rsquo;s in Swedish only for now, but if that&amp;rsquo;s not an obstacle, you should &lt;a href=&#34;http://citer.us/effa&#34;&gt;read about it on the Citerus web site&lt;/a&gt;.&lt;/plug&gt;&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;I love to use the user story format when I help teams plan their work. It can sometimes be hard to break user stories down into useable chunks, but their format is very easy to use: As a &lt;type of user&gt;, I want to &lt;do what with the product&gt;, so that &lt;this value will come about&gt;. There are different ways to format stories, but the essence remains the same. Use a simple format to quickly shake out some key information about a given requirement.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Att lära sig tillsammans - Agila Sverige 2009</title>
      <link>https://tobiasfors.se/att-lara-sig-tillsammans-agila-sverige-2009-2/</link>
      <pubDate>Wed, 30 Dec 2009 08:25:02 +0000</pubDate>
      <guid>https://tobiasfors.se/att-lara-sig-tillsammans-agila-sverige-2009-2/</guid>
      <description>&lt;p&gt;På konferensen Agila Sverige 2009 gjorde jag ett blixttal på temat lättrörlighet och lärande, med titeln &amp;ldquo;Att lära sig tillsammans&amp;rdquo;. Konferensarrangörerna filmade alla tal, och mitt har nyligen blivit publicerat. Bäddar in det här nedan.&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;http://vimeo.com/8440487&#34;&gt;Lära sig tillsammans - Tobias Fors&lt;/a&gt; from &lt;a href=&#34;http://vimeo.com/user2794604&#34;&gt;agilasverige&lt;/a&gt; on &lt;a href=&#34;http://vimeo.com&#34;&gt;Vimeo&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Agile Testing</title>
      <link>https://tobiasfors.se/agile-testing/</link>
      <pubDate>Wed, 09 Dec 2009 17:36:14 +0000</pubDate>
      <guid>https://tobiasfors.se/agile-testing/</guid>
      <description>&lt;p&gt;I spent the better part of last week at the Eurostar 2009 testing conference in Älvsjö, Sweden. I&amp;rsquo;ve never worked as a professional tester myself, but the topic of testing is gradually becoming more interesting now that more effective and humane approaches to testing are spreading widely.&lt;/p&gt;&#xA;&lt;p&gt;My reason to go to the conference was to meet friends from &lt;a href=&#34;http://www.ayeconference.com&#34;&gt;AYE&lt;/a&gt;, to network and to scout the world of test. For almost seven years now, I&amp;rsquo;ve been using, teaching and introducing agile development with Scrum at all kinds of companies in Sweden, and while I&amp;rsquo;m no testing expert, I often meet testers who struggle with how to be of best value in their new cross-functional teams. I need to understand the realities of testing to be able to help my clients.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Learning-first Product Development, an Interview With Michael Kennedy</title>
      <link>https://tobiasfors.se/learning-first-product-development-an-interview-with-michael-kennedy/</link>
      <pubDate>Fri, 27 Nov 2009 12:20:05 +0000</pubDate>
      <guid>https://tobiasfors.se/learning-first-product-development-an-interview-with-michael-kennedy/</guid>
      <description>&lt;p&gt;I just published an interview with product development expert/author/consultant Michael Kennedy. You should check it out!&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;http://www.citerus.se/pnehm/kennedy&#34;&gt;http://www.citerus.se/pnehm/kennedy&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Svensk bok om Scrum på gång</title>
      <link>https://tobiasfors.se/svensk-bok-om-scrum-pa-gang/</link>
      <pubDate>Tue, 24 Nov 2009 00:39:08 +0000</pubDate>
      <guid>https://tobiasfors.se/svensk-bok-om-scrum-pa-gang/</guid>
      <description>&lt;p&gt;På AYE-konferensen häromveckan nämnde jag i förbifarten för Jerry Weinberg att jag håller på att skriva en bok, och att jag kommit ganska långt med den, även om den är långt ifrån klar. Jag följer Jerrys råd att helt enkelt först skriva den bok jag själv vill skriva, för att sedan se om den är publicerbar. Skulle den aldrig komma ut har jag ändå lärt mig enormt i processen, och i dessa dagar är det ju heller inga problem att publicera den som en PDF på nätet som alternativ lösning.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Ackoff&#39;s 95% (Cannot manage them the same way)</title>
      <link>https://tobiasfors.se/ackoffs-95-cannot-manage-them-the-same-way/</link>
      <pubDate>Mon, 23 Nov 2009 21:13:42 +0000</pubDate>
      <guid>https://tobiasfors.se/ackoffs-95-cannot-manage-them-the-same-way/</guid>
      <description>&lt;p&gt;I&amp;rsquo;m currently cleaning up my trusty old Mac Mini G4. I&amp;rsquo;ve been cleaning out old stuff I don&amp;rsquo;t need to save, and a few days ago I installed a cheap 1 gig of memory. That upgrade did not make the machine notably faster. Today, however, I ran a bunch of maintenance tools, which seemed to do the trick. There&amp;rsquo;s a noticeable improvement in the speed of the little things, like how long it takes to fold out a menu. There was a delay before, and now it seems to be gone. Hope it lasts.&lt;/p&gt;</description>
    </item>
    <item>
      <title>David Schmaltz: McMethod</title>
      <link>https://tobiasfors.se/david-schmaltz-mcmethod/</link>
      <pubDate>Fri, 20 Nov 2009 13:13:02 +0000</pubDate>
      <guid>https://tobiasfors.se/david-schmaltz-mcmethod/</guid>
      <description>&lt;p&gt;In his newsletter, David Schmaltz writes: &amp;ldquo;I&amp;rsquo;ve taken an article I previously published and reconfigured it into a format that seems to play into the shrinking attention spans and expanding information need. A Bed Time Story.&amp;rdquo;&lt;/p&gt;&#xA;&lt;p&gt;David is here to remind us to trust ourselves, not just pre-packaged methods. Here is one of his efforts towards that goal. Enjoy, I myself really like it.&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;http://www.scribd.com/doc/22765328/McMethodBedTimeStory&#34;&gt;McMethodBedTimeStory&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Feeling Welcome at the AYE Conference</title>
      <link>https://tobiasfors.se/feeling-welcome-at-the-aye-conference/</link>
      <pubDate>Tue, 17 Nov 2009 00:20:52 +0000</pubDate>
      <guid>https://tobiasfors.se/feeling-welcome-at-the-aye-conference/</guid>
      <description>&lt;p&gt;Out of all the conferences out there, the Amplifying Your Effectiveness conference is surely one of the most curious. Started in 2000 as a challenge (so he told me) from Jerry Weinberg (“so do you think you can do better”) to his protégés who were complaining about talking-heads conferences (“of course we can”), the AYE conference has been going strong for almost 10 years, and has garnered a loyal circle of attendees.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Thank you, Jerry Weinberg</title>
      <link>https://tobiasfors.se/thank-you-jerry-weinberg/</link>
      <pubDate>Wed, 11 Nov 2009 08:16:18 +0000</pubDate>
      <guid>https://tobiasfors.se/thank-you-jerry-weinberg/</guid>
      <description>&lt;p&gt;Jerry, we&amp;rsquo;ve only known each other for a couple of years, but look at all the things you&amp;rsquo;ve managed to help me with already. You&amp;rsquo;ve helped me:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;See that consulting fits for me, because trying to understand the world and improve it is what makes me tick&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;Become a better consultant, by using more of myself every day&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;Start to understand coaching technique, by watching (very closely) when you do it&lt;/p&gt;</description>
    </item>
    <item>
      <title>Centralized Services in Software Development</title>
      <link>https://tobiasfors.se/centralized-services-in-software-development/</link>
      <pubDate>Fri, 16 Oct 2009 10:33:00 +0000</pubDate>
      <guid>https://tobiasfors.se/centralized-services-in-software-development/</guid>
      <description>&lt;p&gt;Reading &lt;a href=&#34;http://blog.newsystemsthinking.com/blog/bryce-harrison/0/0/shared-services-faces-a-one-man-attack-in-new-jerseys-brick-township&#34;&gt;a blog post by Tripp Babbitt&lt;/a&gt; reminded me of &lt;a href=&#34;http://www.amazon.com/Re-Creating-Corporation-Design-Organizations-Century/dp/0195123875&#34;&gt;Ackoffs discussion on internal market economies in Re-Creating the Corporation&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;Babbitt&amp;rsquo;s blog post talks about how focusing on cost reductions often increases costs. One reason is that cost reductions are often approached by centralizing services in organizations. When this happens, a feedback loop is broken. Those who produce the services are no longer those who consume them. This means that they loose their understanding of how well the services work. When the consumer of the service sees the service degrade, they cannot easily improve the service, because they don&amp;rsquo;t control the production of it. Instead, the consumers work with what they can control, which sometimes means reproducing the service locally, thus increasing total costs.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Roll Around in a Cyber Cart</title>
      <link>https://tobiasfors.se/roll-around-in-a-cyber-cart/</link>
      <pubDate>Wed, 07 Oct 2009 10:03:42 +0000</pubDate>
      <guid>https://tobiasfors.se/roll-around-in-a-cyber-cart/</guid>
      <description>&lt;p&gt;I just came across &lt;a href=&#34;http://jrothman.com/blog/mpd/2009/10/agile-and-remote-people-part-1-telecommuting.html&#34;&gt;a completely wonderful comment by Lisa Crispin, on Johanna Rothman&amp;rsquo;s blog&lt;/a&gt;. I&amp;rsquo;ve just read it, and already I love it. I can&amp;rsquo;t put my finger on why, but for some reason it makes me happy. It probably has to do with my fascination for the concept we used to call cyberspace (ever since I read MIT architecture professor &lt;a href=&#34;http://mitpress.mit.edu/catalog/item/default.asp?ttype=2&amp;amp;tid=8999&#34;&gt;Michael Benedikt&amp;rsquo;s &amp;ldquo;Cyberspace - First Steps&amp;rdquo;&lt;/a&gt; in 1994). The discussion on Johanna&amp;rsquo;s is regarding telecommuting, and Lisa shares a story of how she achieves virtual presence:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Född: A l f r e d</title>
      <link>https://tobiasfors.se/fodd-a-l-f-r-e-d/</link>
      <pubDate>Sat, 13 Jun 2009 19:28:05 +0000</pubDate>
      <guid>https://tobiasfors.se/fodd-a-l-f-r-e-d/</guid>
      <description>&lt;p&gt;Den 11:e juni 2009 föddes mitt andra barn! Kärleken var enorm från första stund. Obskrivbart. Han älskar att äta och kan även tänka sig att sova, fast bara lite grann, ibland. Det första jag tänkte när han kom ut var: &amp;ldquo;Han är så lik sin storasyster&amp;rdquo;. Han luktar underbart och skriker jättehögt och jag älskar honom bortom ord.&#xA;&lt;a href=&#34;https://tobiasfors.se/images/imgp7911.jpg&#34;&gt;&lt;img src=&#34;https://tobiasfors.se/images/imgp7911.jpg&#34; alt=&#34;&#34;&gt;&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Att lära sig tillsammans - Agila Sverige 2009</title>
      <link>https://tobiasfors.se/att-lara-sig-tillsammans-agila-sverige-2009/</link>
      <pubDate>Mon, 08 Jun 2009 23:57:02 +0000</pubDate>
      <guid>https://tobiasfors.se/att-lara-sig-tillsammans-agila-sverige-2009/</guid>
      <description>&lt;p&gt;Det här är mina presentationsbilder från mitt blixttal på Agila Sverige 2009, som handlade om lärande, och hur vi kan använda förståelse för läroprocessen för att lära oss bättre tillsammans.&#xA;&lt;a href=&#34;http://www.slideshare.net/tobias.fors/att-lra-sig-tillsammans-tobias-fors-agila-sverige-2009?type=presentation&#34;&gt;Att Lära Sig Tillsammans - Tobias Fors - Agila Sverige 2009&lt;/a&gt;&#xA;View more &lt;a href=&#34;http://www.slideshare.net/&#34;&gt;Microsoft Word documents&lt;/a&gt; from &lt;a href=&#34;http://www.slideshare.net/tobias.fors&#34;&gt;tobias.fors&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Agila Sverige 2009, (första halvan av) Dag 1</title>
      <link>https://tobiasfors.se/agila-sverige-2009-dag-1/</link>
      <pubDate>Mon, 08 Jun 2009 23:39:45 +0000</pubDate>
      <guid>https://tobiasfors.se/agila-sverige-2009-dag-1/</guid>
      <description>&lt;p&gt;Idag tog jag tåget till Stockholm för att delta på Agila Sverige 2009 Agila Sverige är en två dagar lång konferens som är billig att delta på, eftersom den sponsras av några företag, däribland &lt;a href=&#34;http://www.citerus.se&#34;&gt;Citerus&lt;/a&gt;. Arrangemanget sköts av några flitiga eldsjälar inom agilerörelsen i Sverige, som ska ha flera stora tack för detta. Besökarantalet tror jag låg på runt 180 personer.&lt;/p&gt;&#xA;&lt;p&gt;Förmiddagen var idag, &lt;a href=&#34;http://www.tobiasfors.se/?p=177&#34;&gt;precis som förra året&lt;/a&gt;, vigd åt blixttal. Med det menas 10 minuter korta tal som oftast är lika innehållsrika som ett mycket längre tal, men betydligt mer uthärdliga.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Visuell styrning med kanban (2): Enkla, kraftfulla verktyg</title>
      <link>https://tobiasfors.se/visuell-styrning-med-kanban-2-enkla-kraftfulla-verktyg/</link>
      <pubDate>Tue, 02 Jun 2009 23:56:00 +0000</pubDate>
      <guid>https://tobiasfors.se/visuell-styrning-med-kanban-2-enkla-kraftfulla-verktyg/</guid>
      <description>&lt;p&gt;&lt;em&gt;I det förra inlägget skrev jag om &lt;a href=&#34;http://www.tobiasfors.se/?p=382&#34;&gt;bakgrunden till att jag börjat arbeta med visuell styrning med kanban&lt;/a&gt;. Det här inlägget ger en första titt på verktygen vi kan använda.&lt;/em&gt;&lt;/p&gt;&#xA;&lt;p&gt;Utöver ett uppdrag att slutföra och kunskap om hur kanban fungerar behövs följande för att komma igång med en egen kanbantavla:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;En rymlig whiteboard med tillhörande pennor&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;Post-its i olika färger&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;Pennor som det går att skriva tydligt på post-its med (vanliga bläck eller blyertspennor ger så tunn skrift att det blir svårt att läsa vad det står när man står en bit från whiteboarden)&lt;/p&gt;</description>
    </item>
    <item>
      <title>8 Steps to Getting Feedback</title>
      <link>https://tobiasfors.se/8-steps-to-getting-feedback/</link>
      <pubDate>Mon, 01 Jun 2009 20:29:56 +0000</pubDate>
      <guid>https://tobiasfors.se/8-steps-to-getting-feedback/</guid>
      <description>&lt;p&gt;Forget everything you know about agile, about any methods, about any kind of tool you’ve mastered. If there’s only one thing you should do, it has to be this: &lt;em&gt;ask for feedback.&lt;/em&gt;&lt;/p&gt;&#xA;&lt;p&gt;It doesn’t matter what you do or how you do it. If you don’t stop and ask the people you work with for feedback, you’ll never know exactly how bad you did until its too late.&lt;/p&gt;&#xA;&lt;p&gt;It’s not complicated to get feedback, but it can be hard on you. Here is one way to do it.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Kom på kurs: Certifierad Scrum Master, augusti 2009</title>
      <link>https://tobiasfors.se/kom-pa-kurs-certifierad-scrum-master-augusti-2009/</link>
      <pubDate>Wed, 27 May 2009 13:15:14 +0000</pubDate>
      <guid>https://tobiasfors.se/kom-pa-kurs-certifierad-scrum-master-augusti-2009/</guid>
      <description>&lt;p&gt;Gör som flera hundra andra redan gjort: kom på CSM-kurs med mig i Stockholm. Det här är kursen för dig som verkligen vill &lt;em&gt;förstå&lt;/em&gt; Scrum. Själva Scrumsnurran är ju inte så svår att rita upp, men varför ser modellen ut som den gör, och var sitter hävstängerna som verkligen får Scrum att funka? Kursen för dig som gillar att fatta med andra ord.&lt;/p&gt;&#xA;&lt;p&gt;Jag använder inga PowerPoint-slides på min kurs. Pedagogiken bygger på en varvning av kortare föreläsningsmoment och interaktiva (och roliga!) övningar kring olika aspekter av att jobba lättrörligt med Scrum. Hängiga ögonlock är extremt sällsynt. Om du blir trött är det för att vi jobbar hårt tillsammans, inte för att du sövs av en surrande projektor och min svada. Nej tack säger vi till sånt tråk.&lt;/p&gt;</description>
    </item>
    <item>
      <title>A Visible Pile of Favorite Fieldstones</title>
      <link>https://tobiasfors.se/a-visible-pile-of-favorite-fieldstones/</link>
      <pubDate>Sun, 24 May 2009 17:20:58 +0000</pubDate>
      <guid>https://tobiasfors.se/a-visible-pile-of-favorite-fieldstones/</guid>
      <description>&lt;p&gt;I&amp;rsquo;m a programmer at heart, even though I no longer program professionally. Why? Because I love to program. It gives me satisfaction. So, from time to time, I have to think up little hobby projects that are simple enough for me to handle, but engaging enough to still my lust for coding for a few hours. Here&amp;rsquo;s my latest one.&lt;/p&gt;&#xA;&lt;p&gt;As a writer, my intuitive style of writing has always been to just sit down and start writing. From time to time, I suddenly boot up my Mac, fire up a plain text editor and start writing. Shortly thereafter, I have an article ready.&lt;/p&gt;</description>
    </item>
    <item>
      <title>My Most Loved Mac Software</title>
      <link>https://tobiasfors.se/my-most-loved-mac-software/</link>
      <pubDate>Thu, 21 May 2009 18:58:34 +0000</pubDate>
      <guid>https://tobiasfors.se/my-most-loved-mac-software/</guid>
      <description>&lt;p&gt;The Mac universe is filled with cheap (or free) little pieces of wonderful software. Here are some that I would not want to work without:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;Quicksilver. Whenever someone asks me why I don&amp;rsquo;t just use Spotlight, I know that they still haven&amp;rsquo;t discovered Quicksilver&amp;rsquo;s ability to shuffle around files. Quicksilver is so seamless and useful that I feel handicapped whenever I push Ctrl+Space on a Mac without Quicksilver installed.&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;TextMate. A lovely text editor, which I use both for writing (I collect fieldstones using Jerry Weinberg&amp;rsquo;s &amp;ldquo;fieldstone method&amp;rdquo; and organize them in a TextMate project) and for manipulating text. For example, I sometimes export a list of people from our sales system. It usually comes out as a comma separated list of values. In TextMate, it&amp;rsquo;s easy to create a simple macro to wash away everything I don&amp;rsquo;t need, and keep only - for example - email addresses.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Visuell styrning med kanban (1)</title>
      <link>https://tobiasfors.se/visuell-styrning-med-kanban-1/</link>
      <pubDate>Wed, 20 May 2009 21:59:24 +0000</pubDate>
      <guid>https://tobiasfors.se/visuell-styrning-med-kanban-1/</guid>
      <description>&lt;p&gt;De senaste åren har jag jobbat med att hjälpa team och organisationer att förstå och använda Scrum. Jag har jobbat en hel del med produktutvecklande företag, och det är i utvecklingsarbete Scrum verkligen kommer till sin fulla rätt. Samtidigt består arbetet med att lansera mjukvaruprodukter av så mycket mer än bara själva utvecklingen. Drift, support och marknadsföring är några exempel på aktiviteter som är avgörande för framgång.&lt;/p&gt;&#xA;&lt;p&gt;Förra hösten åt jag lunch med en branschkollega på en restaurang i Uppsala och vi pratade om hur det gick för deras utvecklingsteam, som nyligen börjat använda Scrum. Det gick utmärkt. Arbetet var fokuserat och tydligt, och man hade lyckats genomföra ett komplext projekt framgångsrikt.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Learning From Mistakes</title>
      <link>https://tobiasfors.se/learning-from-mistakes/</link>
      <pubDate>Tue, 19 May 2009 10:39:07 +0000</pubDate>
      <guid>https://tobiasfors.se/learning-from-mistakes/</guid>
      <description>&lt;p&gt;Whenever something unexpected happens - such as when we make a mistake -  there&amp;rsquo;s a possibility for learning to happen. For example, I just tried to add an extra branch in my mind mapping tool, but I pressed the wrong key combination. Instead of a new branch, a nice little yellow callout appeared. I immediately liked it, because it seemed like a useful thing.&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;https://tobiasfors.se/images/unexpectedcallout.png&#34;&gt;&lt;img src=&#34;https://tobiasfors.se/images/unexpectedcallout.png&#34; alt=&#34;&#34;&gt;&lt;/a&gt;&lt;/p&gt;&#xA;&lt;p&gt;What mistakes have you done recently, and what did you learn from them?&lt;/p&gt;</description>
    </item>
    <item>
      <title>Slides from Learning Together @ Öresund Agile</title>
      <link>https://tobiasfors.se/slides-from-learning-together-oresund-agile/</link>
      <pubDate>Thu, 14 May 2009 19:38:25 +0000</pubDate>
      <guid>https://tobiasfors.se/slides-from-learning-together-oresund-agile/</guid>
      <description>&lt;p&gt;My talk at Öresund Agile yesterday went ok. I was slightly nervous before, as always. Once I started speaking, my 30 minutes flew by, though. Not clear on how relevant people thought my material was - we&amp;rsquo;ll see if some feedback drops in. My intention was to introduce a few useful concepts about learning to people in the agile community who hadn&amp;rsquo;t heard about them before. Embedded below are my slides, which may not be that useful if you weren&amp;rsquo;t at the conference, but that&amp;rsquo;s OK. If you were there, maybe they can serve as a small reminder of what I spoke about.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Learning Together @ Öresund Agile 2009</title>
      <link>https://tobiasfors.se/learning-together-oresund-agile-2009/</link>
      <pubDate>Mon, 27 Apr 2009 10:43:54 +0000</pubDate>
      <guid>https://tobiasfors.se/learning-together-oresund-agile-2009/</guid>
      <description>&lt;p&gt;I&amp;rsquo;ll be speaking at this year&amp;rsquo;s Öresund Agile conference. As at last year&amp;rsquo;s conference, I&amp;rsquo;m intimidated by being on the same program as veterans like Jeff Sutherland and Jim Coplien, but hey, I &lt;em&gt;think&lt;/em&gt; I have something interesting to say. Plus, in a very un-Swedish way, I choose to focus on the two guys who came up to me at last year&amp;rsquo;s conference and said (guy number one), &amp;ldquo;your talk was the &lt;strong&gt;curse word&lt;/strong&gt; best today&amp;rdquo;, and (guy number two) &amp;ldquo;your presentation skills are absolutely amazing&amp;rdquo;. Haha, of course, since I am a Swede, I cannot really believe either of them, but I&amp;rsquo;m working on that.&lt;/p&gt;</description>
    </item>
    <item>
      <title>The Two-Pizza Rule for Team Size</title>
      <link>https://tobiasfors.se/the-two-pizza-rule-for-team-size/</link>
      <pubDate>Sun, 19 Apr 2009 01:15:25 +0000</pubDate>
      <guid>https://tobiasfors.se/the-two-pizza-rule-for-team-size/</guid>
      <description>&lt;p&gt;According to &lt;a href=&#34;http://ocw.mit.edu/NR/rdonlyres/Sloan-School-of-Management/15-980JSpring-2007/9EDC0BF3-B85F-4B2C-BB83-4F5E1CB35649/0/student2.pdf&#34;&gt;a student presentation&lt;/a&gt; from a Sloan School of Management course, an Amazon rule of thumb is the &amp;ldquo;Two Pizza Rule&amp;rdquo;. If you can&amp;rsquo;t feed a team on two pizzas or less, the team&amp;rsquo;s to big. Beautiful!&lt;/p&gt;</description>
    </item>
    <item>
      <title>Agila Sverige 2009: 8-9 juni</title>
      <link>https://tobiasfors.se/agila-sverige-2009-8-9-juni/</link>
      <pubDate>Thu, 16 Apr 2009 17:48:52 +0000</pubDate>
      <guid>https://tobiasfors.se/agila-sverige-2009-8-9-juni/</guid>
      <description>&lt;p&gt;This year&amp;rsquo;s edition of the Agila Sverige (Agile Sweden) conference will take place on June 8-9. I&amp;rsquo;d like to be there, because last year it was absolutely fabulous, with lightning talks before lunch and open space after. It was rapid, engaging, fun and with the smartest people around. This year though, I might not be there, since that date correlates pretty well with the expected birth date of my second child! No question about my priorities there I&amp;rsquo;m afraid.&lt;/p&gt;</description>
    </item>
    <item>
      <title>DDDSample 1.1.0 released</title>
      <link>https://tobiasfors.se/dddsample-110-released/</link>
      <pubDate>Wed, 01 Apr 2009 14:46:32 +0000</pubDate>
      <guid>https://tobiasfors.se/dddsample-110-released/</guid>
      <description>&lt;p&gt;My brilliant colleagues at Citerus, Patrik and Peter among them, have worked with Eric Evans to create a sample application that showcases DDD in action. &lt;a href=&#34;http://www.citerus.se/tjanster/ddd.4.30c78e2811e644991e780001489.html&#34;&gt;They have just released version 1.1.0&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Ny workshop: Effektiva återblickar</title>
      <link>https://tobiasfors.se/ny-workshop-effektiva-aterblickar/</link>
      <pubDate>Wed, 04 Mar 2009 17:54:29 +0000</pubDate>
      <guid>https://tobiasfors.se/ny-workshop-effektiva-aterblickar/</guid>
      <description>&lt;p&gt;Jag arbetar på en ny workshop för att hjälpa den växande skaran scrumanvändare att växla upp sina återblickar till en ny nivå. Läs &lt;a href=&#34;http://www.citerus.se/retro&#34;&gt;mer om endagsworkshopen Effektiva återblickar på Citerus webbplats&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Pulsmöte</title>
      <link>https://tobiasfors.se/pulsmote/</link>
      <pubDate>Tue, 03 Mar 2009 22:48:17 +0000</pubDate>
      <guid>https://tobiasfors.se/pulsmote/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;http://dilbert.com/strips/comic/2009-03-03/&#34;&gt;Dilbert går på pulsmöte.&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Fiona Charles on Testing</title>
      <link>https://tobiasfors.se/fiona-charles-on-testing/</link>
      <pubDate>Tue, 24 Feb 2009 09:49:43 +0000</pubDate>
      <guid>https://tobiasfors.se/fiona-charles-on-testing/</guid>
      <description>&lt;p&gt;I met Fiona Charles at the AYE conference a couple of years ago. Here is an article by her that I just came across. It struck a chord with me, because last week - in my ongoing quest to broaden my understanding - I attended a three-day course on testing. &lt;a href=&#34;http://www.stickyminds.com/sitewide.asp?Function=WEEKLYCOLUMN&amp;amp;ObjectId=14731&amp;amp;objecttype=ARTCOL&amp;amp;commex=1#6280&#34;&gt;Fiona&amp;rsquo;s article talks about one concept that seems to to be key to success: the relationships between developers and testers&lt;/a&gt;. I&amp;rsquo;ll be writing more about what I learned from attending the class later on, especially when it comes to the different views of testing that exist, but for now, Fiona&amp;rsquo;s article can speak for itself. Plus the longer comment below, which shows an example of the difference of opinion that is out there.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Klart och oklart</title>
      <link>https://tobiasfors.se/klart-och-oklart/</link>
      <pubDate>Tue, 24 Feb 2009 00:04:07 +0000</pubDate>
      <guid>https://tobiasfors.se/klart-och-oklart/</guid>
      <description>&lt;p&gt;För att pröva scribd.com har jag laddat upp min senaste PNEHM!-artikel: Klart och oklart - om Scrum och kvalitet.&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;http://www.scribd.com/doc/12765580/PNEHM-frn-Citerus-Klart-och-oklart-Tobias-Fors&#34;&gt;PNEHM! från Citerus. Klart och oklart - Tobias Fors&lt;/a&gt;&#xA;&lt;a href=&#34;http://www.scribd.com/upload&#34;&gt;Publish at Scribd&lt;/a&gt; or &lt;a href=&#34;http://www.scribd.com/browse&#34;&gt;explore&lt;/a&gt; others: &lt;a href=&#34;http://viewer.scribd.com/browse/Periodicals-Reports/Magazines?style=text-decoration%3A+underline%3B&#34;&gt;Magazines&lt;/a&gt; &lt;a href=&#34;http://viewer.scribd.com/browse/Periodicals-Reports/?style=text-decoration%3A+underline%3B&#34;&gt;Periodicals &amp;amp; Report&lt;/a&gt; &lt;a href=&#34;http://viewer.scribd.com/tag/agile&#34;&gt;agile&lt;/a&gt; &lt;a href=&#34;http://viewer.scribd.com/tag/Scrum&#34;&gt;Scrum&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Slides from Öresund Agile 2008</title>
      <link>https://tobiasfors.se/slides-from-oresund-agile-2008/</link>
      <pubDate>Mon, 23 Feb 2009 23:39:48 +0000</pubDate>
      <guid>https://tobiasfors.se/slides-from-oresund-agile-2008/</guid>
      <description>&lt;p&gt;To try out slideshare.net, I decided to upload my presentation slides from last year&amp;rsquo;s Öresund Agile conference, a smaller conference organized by Softhouse in Malmö.&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;http://www.slideshare.net/tobias.fors/one-key-person-tobias-fors-at-resund-agile-2008?type=powerpoint&#34;&gt;One Key Person Tobias Fors At Öresund Agile 2008&lt;/a&gt;&#xA;View more &lt;a href=&#34;http://www.slideshare.net/&#34;&gt;presentations&lt;/a&gt; from &lt;a href=&#34;http://www.slideshare.net/tobias.fors&#34;&gt;tobias.fors&lt;/a&gt;. (tags: &lt;a href=&#34;http://slideshare.net/tag/agile&#34;&gt;agile&lt;/a&gt; &lt;a href=&#34;http://slideshare.net/tag/scrum&#34;&gt;scrum&lt;/a&gt;)&lt;/p&gt;</description>
    </item>
    <item>
      <title>Next Scrum class: May 6-7, 2009</title>
      <link>https://tobiasfors.se/next-scrum-class-may-6-7-2009/</link>
      <pubDate>Mon, 23 Feb 2009 11:00:44 +0000</pubDate>
      <guid>https://tobiasfors.se/next-scrum-class-may-6-7-2009/</guid>
      <description>&lt;p&gt;My &lt;a href=&#34;http://www.citerus.se/csmmaj09&#34;&gt;next public Certified Scrum Master class is planned for May 6-7&lt;/a&gt;. The CSM workshops are focused on understanding why Scrum works the way it does, and to let you learn through exercises and discussions - a great source of learning indeed! If your organization wants to get the benefits of agile software development with Scrum - this is the workshop for you.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Kent Beck on Accountability and Trust</title>
      <link>https://tobiasfors.se/kent-beck-on-accountability-and-trust/</link>
      <pubDate>Mon, 23 Feb 2009 09:58:51 +0000</pubDate>
      <guid>https://tobiasfors.se/kent-beck-on-accountability-and-trust/</guid>
      <description>&lt;p&gt;The first time I heard Kent Beck&amp;rsquo;s voice for real was in a podcast interview. I remember that he spoke with passion about concepts that were, as I listened, obviously connected with the practices of XP: trust and accountability. Still, I hadn&amp;rsquo;t made the connection that clearly up until then, so that interview stood out for me. &lt;a href=&#34;http://www.infoq.com/presentations/Agile-Trends-Kent-Beck?mkt_tok=3RkMMJWWfF9wsRojuaTfLqzsmxzEJ8n77u8vT%2Frn28M3109ad%2BrmPBy40Io%3D&#34;&gt;In this video on InfoQ, Kent Beck talks more about accountability, trust, why they are so important for effectiveness - and how this relates to agile software development.&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Use, Adapt, Transcend</title>
      <link>https://tobiasfors.se/326/</link>
      <pubDate>Tue, 17 Feb 2009 18:40:44 +0000</pubDate>
      <guid>https://tobiasfors.se/326/</guid>
      <description>&lt;p&gt;This &lt;a href=&#34;http://www.infoq.com/articles/backlog-not-waste&#34;&gt;article by Dave West on InfoQ&lt;/a&gt; might be an interesting read if you&amp;rsquo;re interested in theories of software development.&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;&amp;ldquo;Both Lean and Agile must stop applying, in a literal and rote manner, the tools and practices. Tools and practices are nothing more than expressions of values, principles and philosophy. They are not the only possible expressions and may not even be the best expressions. Neither side will be able to realize their respective founders&amp;rsquo; admonition to &amp;ldquo;use, adapt, and transcend&amp;rdquo; until and unless they come to understand why the practices and tools are what they are.&amp;rdquo;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Solid Motivation</title>
      <link>https://tobiasfors.se/solid-motivation/</link>
      <pubDate>Sat, 14 Feb 2009 14:53:33 +0000</pubDate>
      <guid>https://tobiasfors.se/solid-motivation/</guid>
      <description>&lt;p&gt;Here&amp;rsquo;s &lt;a href=&#34;http://www.lostechies.com/blogs/derickbailey/archive/2009/02/11/solid-development-principles-in-motivational-pictures.aspx&#34;&gt;a fun way to explain a few important software design concepts&lt;/a&gt;. I look forward to a surge of this new kind of motivational posters in team rooms everywhere &amp;hellip;&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;http://www.lostechies.com/blogs/derickbailey/archive/2009/02/11/solid-development-principles-in-motivational-pictures.aspx&#34;&gt;&lt;img src=&#34;http://www.lostechies.com/cfs-filesystemfile.ashx/__key/CommunityServer.Blogs.Components.WeblogFiles/derickbailey/SingleResponsibilityPrinciple2_5F00_71060858.jpg&#34; alt=&#34;&#34;&gt;&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Free Pomodoro Book!</title>
      <link>https://tobiasfors.se/free-pomodoro-book/</link>
      <pubDate>Thu, 12 Feb 2009 22:41:31 +0000</pubDate>
      <guid>https://tobiasfors.se/free-pomodoro-book/</guid>
      <description>&lt;p&gt;Don&amp;rsquo;t miss &lt;a href=&#34;http://www.pomodoro-book.com/&#34;&gt;Staffan Nöteberg&amp;rsquo;s fresh book on the Pomodoro Technique&lt;/a&gt;. Beautifully illustrated by the author himself.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Happy Birthday!</title>
      <link>https://tobiasfors.se/happy-birthday/</link>
      <pubDate>Thu, 12 Feb 2009 13:34:45 +0000</pubDate>
      <guid>https://tobiasfors.se/happy-birthday/</guid>
      <description>&lt;p&gt;Today is the birthday of systems thinker Russell Ackoff. Happy birthday! The Ackoff Center Weblog has a &lt;a href=&#34;http://ackoffcenter.blogs.com/.a/6a00d8345244ea69e20105371e1054970b-800wi&#34;&gt;picture of the official cak&lt;/a&gt;&lt;a href=&#34;http://ackoffcenter.blogs.com/.a/6a00d8345244ea69e20105371e1054970b-800wi&#34;&gt;e&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;What! You say you like agile software development and still don&amp;rsquo;t know who Russell Ackoff is? Get right over &lt;a href=&#34;http://en.wikipedia.org/wiki/Russell_L._Ackoff&#34;&gt;to his wikipedia entry&lt;/a&gt;. Or &lt;a href=&#34;http://www.tobiasfors.se/?p=279&#34;&gt;listen to him - he is a great speaker&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Theory of Software Development</title>
      <link>https://tobiasfors.se/theory-of-software-development/</link>
      <pubDate>Fri, 06 Feb 2009 15:32:38 +0000</pubDate>
      <guid>https://tobiasfors.se/theory-of-software-development/</guid>
      <description>&lt;p&gt;In today&amp;rsquo;s Computer Sweden, &lt;a href=&#34;http://computersweden.idg.se/2.2683/1.210258/vi-maste-knacka-noten&#34;&gt;Ivar Jacobsson plugs his company&amp;rsquo;s latest offerings and requests a theory of software development&lt;/a&gt;. I haven&amp;rsquo;t tried his latest products, so I won&amp;rsquo;t comment on them. They might be great. However, one thing that puzzles me about the article is the absence of anything concerning useful theories applicable for software development.&lt;/p&gt;&#xA;&lt;p&gt;Ivar Jacobsson rails at the prevalance of practices but, at least in this article, doesn&amp;rsquo;t even come close to touching on any relevant theories. Instead, it seems to me that he promotes even more practices. I&amp;rsquo;m sure things will clear up for me once I get my hands on his latest toolbox. Unless, of course, I have to pay a lot of cash to get it, in which case I probably won&amp;rsquo;t get my hands on it.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Thriving Through the Credit Crunch</title>
      <link>https://tobiasfors.se/thriving-through-the-credit-crunch/</link>
      <pubDate>Sun, 01 Feb 2009 16:52:33 +0000</pubDate>
      <guid>https://tobiasfors.se/thriving-through-the-credit-crunch/</guid>
      <description>&lt;p&gt;Clarke Ching has written a nice little piece that&amp;rsquo;s available as an online read on Slideshare, and embedded below. It&amp;rsquo;s short and plain enough that it has the potential of becoming widely read. I&amp;rsquo;m predicting it will spread quite fast. Executive summary: releasing wanted software soon and frequently ties up capital for shorter durations, which is A Good Thing in cash-tight times.&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;http://www.slideshare.net/cching/rocks-into-gold-by-clarke-ching-presentation?type=presentation&#34;&gt;Rocks Into Gold - Helping Programmers THRIVE through the Credit Crunch - by Clarke Ching&lt;/a&gt;&#xA;View more &lt;a href=&#34;http://www.slideshare.net/&#34;&gt;presentations&lt;/a&gt; from &lt;a href=&#34;http://www.slideshare.net/cching&#34;&gt;cching&lt;/a&gt;. (tags: &lt;a href=&#34;http://slideshare.net/tag/critical&#34;&gt;critical&lt;/a&gt; &lt;a href=&#34;http://slideshare.net/tag/goldratt&#34;&gt;goldratt&lt;/a&gt;)&lt;/p&gt;</description>
    </item>
    <item>
      <title>Learn about congruence and blaming</title>
      <link>https://tobiasfors.se/learn-about-congruence/</link>
      <pubDate>Fri, 30 Jan 2009 00:07:50 +0000</pubDate>
      <guid>https://tobiasfors.se/learn-about-congruence/</guid>
      <description>&lt;p&gt;Tomorrow is the last day of the Problem-Solving Leadership that is being held this week outside of Uppsala. Participants in the workshop will learn many things through their interactions with each other, themselves and the hosts - Jerry Weinberg, Esther Derby, and Johanna Rothman. It&amp;rsquo;s a fabulous five and a half day workshop which I myself participated in last March, in Albuquerque.&lt;/p&gt;&#xA;&lt;p&gt;One of the key concepts in Jerry Weinberg&amp;rsquo;s teachings is that of congruence, a concept from the family therapy theories of Virigina Satir. &lt;a href=&#34;http://www.ayeconference.com/beyondblaming/&#34;&gt;Here is an article by Jerry and Jean McLendon on the topic of congruence and the blaming style of communication&lt;/a&gt;. I highly recommend it.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Jeff Sutherland at Öredev 2008</title>
      <link>https://tobiasfors.se/jeff-sutherland-at-oredev-2008/</link>
      <pubDate>Thu, 29 Jan 2009 10:24:12 +0000</pubDate>
      <guid>https://tobiasfors.se/jeff-sutherland-at-oredev-2008/</guid>
      <description>&lt;p&gt;Here&amp;rsquo;s a video of a talk by Jeff Sutherland at Öredev 2008. Although I still find all his numbers suspect, because I don&amp;rsquo;t understand what he does to actually measure productivity of the teams he works with - I still like to listen to him speak. His ambition to push the envelope and find new ways to look at the things we work with is what manages to inspire me, not all his numbers.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Kom på Scrumkurs med mig</title>
      <link>https://tobiasfors.se/kom-pa-scrumkurs-med-mig/</link>
      <pubDate>Wed, 21 Jan 2009 15:29:15 +0000</pubDate>
      <guid>https://tobiasfors.se/kom-pa-scrumkurs-med-mig/</guid>
      <description>&lt;p&gt;Den 10-11 februari ska jag köra min nästa öppna Certified Scrum Master-kurs i Uppsala. Det finns &lt;a href=&#34;http://www.citerus.se/tjanster/utbildningarochseminarier/seminarier/certifieradscrummaster.5.6b38234911d6cedb125800038334.html&#34;&gt;fortfarande några platser kvar&lt;/a&gt; - så jag tycker att du ska komma om du vill &lt;a href=&#34;http://www.citerus.se/tjanster/utbildningarochseminarier/seminarier/certifieradscrummaster.5.6b38234911d6cedb125800038334.html&#34;&gt;lära dig mer om Scrum&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Systems thinker Russell Ackoff now on YouTube</title>
      <link>https://tobiasfors.se/systems-thinker-russell-ackoff-now-on-youtube/</link>
      <pubDate>Sun, 11 Jan 2009 10:16:42 +0000</pubDate>
      <guid>https://tobiasfors.se/systems-thinker-russell-ackoff-now-on-youtube/</guid>
      <description>&lt;p&gt;Three short clips featuring systems thinker &lt;a href=&#34;http://en.wikipedia.org/wiki/Russell_L._Ackoff&#34;&gt;Russell Ackoff&lt;/a&gt; have been made available on YouTube, and embedded below. Ackoff speaks plainly about profound things, so listen closely, and don&amp;rsquo;t mistake his plain words for a lack of depth. I&amp;rsquo;m not an expert, just an interested student, but it seems to be that Ackoff&amp;rsquo;s great contribution is a clear and understandable explanation of how systems concepts can be applied in organizational thinking. Here are a few key points about the nature of systems, presented by Ackoff in these clips:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Svensk mjukvaruutveckling i SvD</title>
      <link>https://tobiasfors.se/svensk-mjukvaruutveckling-i-svd/</link>
      <pubDate>Fri, 02 Jan 2009 13:30:05 +0000</pubDate>
      <guid>https://tobiasfors.se/svensk-mjukvaruutveckling-i-svd/</guid>
      <description>&lt;p&gt;Härligt! Lite uppmärksamhet på mjukvaruutveckling i Svenska Dagbladet. &lt;a href=&#34;http://www.svd.se/naringsliv/it/artikel_2269345.svd&#34;&gt;Tomas Augustsson har skrivit en artikel&lt;/a&gt; som bland annat tar upp den utmaning det innebär att vara chef i en mjukvaruutvecklande organisation.&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;Flera av de som arbetar med mjukvara pratar om att de högsta cheferna på företagen kom fram när det var hård­varan, själva apparaten, som var det avgörande. Nu har en del av cheferna svårt att förstå de annorlunda villkoren för mjukvaruutveckling.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Johanna Rothman: &#34;Lessons Learned in Project Management&#34;</title>
      <link>https://tobiasfors.se/johanna-rothman-lessons-learned-in-project-management/</link>
      <pubDate>Fri, 02 Jan 2009 12:00:50 +0000</pubDate>
      <guid>https://tobiasfors.se/johanna-rothman-lessons-learned-in-project-management/</guid>
      <description>&lt;p&gt;Here&amp;rsquo;s a video of a speech with Johanna Rothman, one of the hosts of our &lt;a href=&#34;http://www.citerus.se/psl&#34;&gt;upcoming PSL workshop&lt;/a&gt;, and also the subject in &lt;a href=&#34;http://media.libsyn.com/media/johannarothman/PSLinterview.part1.mp3&#34;&gt;this mp3 interview&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Changes, Then Rules, Then Changes, Then ...</title>
      <link>https://tobiasfors.se/changes-then-rules-then-changes-then/</link>
      <pubDate>Mon, 01 Dec 2008 21:46:22 +0000</pubDate>
      <guid>https://tobiasfors.se/changes-then-rules-then-changes-then/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;http://www.projectcommunity.com/PureSchmaltz/files/383b707c8b30d3324ba9b0fade8efc54-187.html#unique-entry-id-187&#34;&gt;David Schmaltz writes:&lt;/a&gt;&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;em&gt;&amp;ldquo;Within SEI, there were (probably still are) two factions. I heard (just hearsay) that two principals at SEI approached two of t**he Agile Manifesto&lt;/em&gt; &lt;em&gt;signatories to wish them luck shortly after the manifesto was made public. Apparently they had carried the same intentions in founding the SEI, but were compromised when the suits showed up.&amp;rdquo;&lt;/em&gt;&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;I have no idea whether this specific story is true or not, but I wouldn&amp;rsquo;t be the least surprised, because this is something that seems to be happening all the time. It&amp;rsquo;s probably a part of How Things Are. Something new starts growing, and as attempts are made to describe and spread that new thing, it gradually changes from being new to being something stale and overly simplified. In fact, the very things needed to spread that new thing are the same things that prevent it from staying fresh. So the new things dies - or rather transmutes into a new form. Gradually, the pressure builds for some other new thing to emerge, and eventually it does. When the changes are great, the transitions are painful.&lt;/p&gt;</description>
    </item>
    <item>
      <title>The Challenge of Making Knowledge Explicit</title>
      <link>https://tobiasfors.se/the-challenge-of-making-knowledge-explicit/</link>
      <pubDate>Wed, 19 Nov 2008 14:05:40 +0000</pubDate>
      <guid>https://tobiasfors.se/the-challenge-of-making-knowledge-explicit/</guid>
      <description>&lt;p&gt;What happens when we try to break down processes that are really too complex to explain in the details, and then teach the process as if it was a stepwise instruction? We run the risk of dumbing down the process to exactly that which we can transfer explicitly, as this classic Internet meme perfectly illustrates:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Computer Sweden missförstår om återblickar</title>
      <link>https://tobiasfors.se/computer-sweden-missforstar-om-aterblickar/</link>
      <pubDate>Sat, 25 Oct 2008 22:43:46 +0000</pubDate>
      <guid>https://tobiasfors.se/computer-sweden-missforstar-om-aterblickar/</guid>
      <description>&lt;p&gt;Peter Larsson på Computer Sweden ringde upp mig efter att ha &lt;a href=&#34;http://scrumtipsblogg.blogspot.com/2008/07/terblickslshet-fr-scrum-att-stanna.html&#34;&gt;läst om återblickar och Scrum på min Scrumtips-blogg&lt;/a&gt;. Han frågade om brister i Scrum, och jag svarade som jag brukar, att det är svårt att peka ut brister i Scrum som modell, för den är ganska liten och tajt. Däremot finns det vissa problem som många springer på när man börjar med Scrum. En sådan är att man glömmer att göra återblickar, som är väldigt viktiga för att få arbetssättet att fungera. Återblicken är ju vårt sätt att gradvis bygga upp vår kapacitet som organisation, genom att hela tiden reflektera och lära oss.&lt;/p&gt;</description>
    </item>
    <item>
      <title>MVKJG 6: Lär dig om refactoring</title>
      <link>https://tobiasfors.se/mvkjg-6-lar-dig-om-refactoring/</link>
      <pubDate>Mon, 13 Oct 2008 23:48:58 +0000</pubDate>
      <guid>https://tobiasfors.se/mvkjg-6-lar-dig-om-refactoring/</guid>
      <description>&lt;p&gt;&lt;em&gt;Efter ett alldeles för långt uppehåll tar jag åter upp skrivandet av serien &lt;a href=&#34;http://www.tobiasfors.se/?p=91&#34;&gt;Men vad kan jag göra?&lt;/a&gt; - tips om saker som du kan göra idag, helt utan att be om tillstånd, för att förbättra tillståndet i ditt aktuella projekt.&lt;/em&gt;&lt;/p&gt;&#xA;&lt;p&gt;Varje gång jag hör någon berätta om ett stycke särskilt hemsk kod de sprungit på kommer jag att tänka på när jag hittade en klass som var 17000 rader lång. Någonstans mitt i denna kompakta massa text fanns två metoder. Den ena hette &amp;ldquo;up&amp;rdquo;, den andra &amp;ldquo;down&amp;rdquo;. Båda var ganska långa och, visade det sig, helt identiska. Eller inte helt - ett tecken skilde faktiskt. Där det stod ett plus i den ena stod det ett minus i den andra. Det tog en stunds betraktande och ett diff-program för att ställa diagnosen. Sådan är klipp-och-klistra-programmeringens logik. Den enes snabba fix blir den andres huvudbry. Denna monsterklass var representativ för hela kodbasen.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Podcast Interview with Johanna Rothman</title>
      <link>https://tobiasfors.se/podcast-interview-with-johanna-rothman/</link>
      <pubDate>Mon, 06 Oct 2008 21:41:23 +0000</pubDate>
      <guid>https://tobiasfors.se/podcast-interview-with-johanna-rothman/</guid>
      <description>&lt;p&gt;A couple of weeks ago, Magnus Ljadas and I interviewed consultant, author, and PSL host Johanna Rothman over Skype. I just received an email from Johanna telling me that she&amp;rsquo;s just published the first part of the interview on her website. You should go ahead and download it at &lt;a href=&#34;http://johannarothman.libsyn.com/index.php?post_id=388435&#34;&gt;http://johannarothman.libsyn.com/index.php?post_id=388435&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Queueing Theory in Practice</title>
      <link>https://tobiasfors.se/queueing-theory-in-practice/</link>
      <pubDate>Fri, 26 Sep 2008 21:38:42 +0000</pubDate>
      <guid>https://tobiasfors.se/queueing-theory-in-practice/</guid>
      <description>&lt;p&gt;I&amp;rsquo;m back from a course in Stockholm on the topic of lean software development. While it was definitely not a waste of my time, it&amp;rsquo;s lack of depth and long lectures disappointed and puzzled me. Longing to learn some new stuff, I spent some time tonight &lt;a href=&#34;http://www.tobiasfors.se/?p=141&#34;&gt;googling for articles about, or written by, systems thinker Russell Ackoff&lt;/a&gt;. Coincidentally, I found a good article that managed to touch both a lean concept (although the moniker &amp;ldquo;lean&amp;rdquo; had yet to be adopted when the article was written) and mention Ackoff. What I found was &lt;a href=&#34;http://query.nytimes.com/gst/fullpage.html?res=940DE7DD1439F936A1575AC0A96E948260&amp;amp;sec=&amp;amp;spon=&amp;amp;pagewanted=all&#34;&gt;a funny piece on some of the practical applications of queueing theory&lt;/a&gt; from the September 25, 1988, edition of the New York Times.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Fart och fläkt från öppen källkod</title>
      <link>https://tobiasfors.se/fart-och-flakt-fran-oppen-kallkod/</link>
      <pubDate>Thu, 28 Aug 2008 18:07:36 +0000</pubDate>
      <guid>https://tobiasfors.se/fart-och-flakt-fran-oppen-kallkod/</guid>
      <description>&lt;p&gt;IDG-bloggaren Niklas Andersson har fått &lt;a href=&#34;http://blogg.idg.se/openforce/entry.jsp?messid=5095&#34;&gt;en fråga som handlar om hur man kan få lite av den fart och fläkt som finns i open source-världen i sitt egna projekt&lt;/a&gt;, och eftersöker fler tankar på ämnet. Jag har ingen egen erfarenhet från open source-utveckling, men jag tror ändå att jag kan identifiera åtminstone en egenskap som går att låna över till kommersiella projekt.&lt;/p&gt;&#xA;&lt;p&gt;Först och främst, en egenskap som är lika ovanlig som kontroversiell i näringslivet: frivillighet. Deltagare i open source-projekt väljer själva att delta. Deltagare i företags projekt blir ofta ditkommenderade av någon annan. Är det egentligen inte ganska uppenbart?&lt;/p&gt;</description>
    </item>
    <item>
      <title>Ytterligare en anledning ...</title>
      <link>https://tobiasfors.se/ytterligare-en-anledning/</link>
      <pubDate>Fri, 22 Aug 2008 16:24:58 +0000</pubDate>
      <guid>https://tobiasfors.se/ytterligare-en-anledning/</guid>
      <description>&lt;p&gt;&amp;hellip; till att fortsätta arbetet med att försöka ändra vår bransch tragiska track record: &lt;a href=&#34;http://computersweden.idg.se/2.2683/1.175240&#34;&gt;Försäkringskassan blöder miljoner&lt;/a&gt;, Computer Sweden.&lt;/p&gt;&#xA;&lt;p&gt;Spekulation helt utan insikt i Försäkringskassans verksamhet följer.&lt;/p&gt;&#xA;&lt;p&gt;Deras nästa projekt kommer att gå ännu värre. Varför? Därför att de omskrivna budgetmissarna kommer att öka trycket på att ännu mer tid läggs på att i förhand berätta vad slutresultatet kommer att kosta. Det kommer att leda till att man försöker skriva ännu mer detaljerade planer, och ha ännu lägre tolerans för osäkerhet. Effekten av detta blir mer spekulation och mer gissningar under en utdragen &amp;ldquo;förstudieperiod&amp;rdquo;, som till slut kommer att glida över i en &amp;ldquo;genomförandefas&amp;rdquo; antingen lite av sig själv, eller som ett resultatet av att någon högt upp tröttnar och pressar projektet vidare. Slutresultatet: ytterligare ett projekt som förvånar alla inblandade genom att dra över budget.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Retrospektiv och kanban</title>
      <link>https://tobiasfors.se/retrospektiv-och-kanban/</link>
      <pubDate>Fri, 08 Aug 2008 16:56:15 +0000</pubDate>
      <guid>https://tobiasfors.se/retrospektiv-och-kanban/</guid>
      <description>&lt;p&gt;Visuell styrning med kanbantavlor är intressant. På Citerus har jag hjälpt till att få upp en &lt;a href=&#34;http://en.wikipedia.org/wiki/Kanban&#34;&gt;kanban&lt;/a&gt;-liknande lösning för vårt säljarbete. Precis som många Scrumteam använder en planeringsvägg för sprintbackloggen och Excel eller ett webbverktyg för produktbackloggen använder vi väggen för den löpande säljuppföljningen, och Salesforce för långsiktig loggning och datalagring.&lt;/p&gt;&#xA;&lt;p&gt;För oss funkar ett kontinuerligt flöde som styrs med en kanban bra, eftersom vi har svårt att få till regelbundna möten på kontoret. Vi är ju oftast ut hos kunder och jobbar. Men, med kanbantavlan kan vi ändå få en bra överblick över säljarbetet.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Ny blogg: Scrumtips</title>
      <link>https://tobiasfors.se/ny-blogg-scrumtips/</link>
      <pubDate>Sun, 27 Jul 2008 22:19:05 +0000</pubDate>
      <guid>https://tobiasfors.se/ny-blogg-scrumtips/</guid>
      <description>&lt;p&gt;Jag har startat en ny blogg: &lt;a href=&#34;http://scrumtipsblogg.blogspot.com&#34;&gt;Scrumtips&lt;/a&gt;. På &lt;a href=&#34;http://scrumtipsblogg.blogspot.com&#34;&gt;Scrumtips-bloggen&lt;/a&gt; kommer jag att samla tips för dig som använder Scrum. Från fallgropar till praktiska how-tos, från nyttiga metaforer till boktips, allt på en blog, sökbart och indexerat. Om du har vägarna förbi, lämna gärna en kommentar och berätta vad du skulle vilja läsa om, och du får en fin stjärna i mjukvaruhimlen om du tipsar fler om bloggen!&lt;/p&gt;</description>
    </item>
    <item>
      <title>Self-Preserving Geese and Humans</title>
      <link>https://tobiasfors.se/self-preserving-geese-and-humans/</link>
      <pubDate>Sun, 20 Jul 2008 21:01:45 +0000</pubDate>
      <guid>https://tobiasfors.se/self-preserving-geese-and-humans/</guid>
      <description>&lt;p&gt;Clarke Ching on the TOC Thinkers blog has &lt;a href=&#34;http://www.tocthinkers.com/2008/07/tony-rizzo---th.html&#34;&gt;republished an article by Tony Rizzo&lt;/a&gt;. Rizzo takes us through a beautiful explanation of how we adapt to the contexts we exist in, and how those adaptations can be seen in how we behave. Just like we can learn about the rules of flying by observing how geese fly in v-formations, Rizzo explains, we can learn about the rules of an organization by watching how people in it behave. It&amp;rsquo;s a nice analogy. We behave like we do for a reason, and that reason is not to be found only within ourselves, but in the systems we live in.&lt;/p&gt;</description>
    </item>
    <item>
      <title>New Stuff from 3M</title>
      <link>https://tobiasfors.se/new-stuff-from-3m/</link>
      <pubDate>Sun, 20 Jul 2008 16:59:49 +0000</pubDate>
      <guid>https://tobiasfors.se/new-stuff-from-3m/</guid>
      <description>&lt;p&gt;Oh. My. God! If these 3M cards are half as neat as they seem, I want a stack for my next workshop, right now!&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;http://www.3m.com/us/office/postit/cards/index.html&#34;&gt;http://www.3m.com/us/office/postit/cards/index.html&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Level of Control</title>
      <link>https://tobiasfors.se/level-of-control/</link>
      <pubDate>Mon, 30 Jun 2008 19:16:00 +0000</pubDate>
      <guid>https://tobiasfors.se/level-of-control/</guid>
      <description>&lt;p&gt;In &lt;a href=&#34;http://www.pragmaticmarketing.com/publications/topics/08/lets-talk-about-the-backlog&#34;&gt;an article on pragmaticmarketing.com&lt;/a&gt;, Stacey Weber discusses at what level of control the product owner in Scrum is supposed to operate. She points out that the product owner needs to interact with the team at a problem statement level, not on the level of detailed specifications. I agree. If the product owner feels the need to control the team&amp;rsquo;s work at a very granular level, this is a bad smell. An efficient Scrum team can take fairly high-level requirements from the product owner and act on them. Such a team does not need to be spoon fed detailed specs and screen shots, because it already has all the skills it needs to take a requirement and run with it. If great user experience is a key target, a user experience person is right there in the team, committing to the sprint goal. The product owner gets to do what he or she is good at - identify and work towards delivering to market needs. The team gets leeway and is able to find the best possible solution to a stated problem.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Agila Sverige 2008: Dag 1</title>
      <link>https://tobiasfors.se/agila-sverige-2008-dag-1/</link>
      <pubDate>Mon, 02 Jun 2008 16:52:07 +0000</pubDate>
      <guid>https://tobiasfors.se/agila-sverige-2008-dag-1/</guid>
      <description>&lt;p&gt;Idag har jag deltagit på konferensen Agila Sveriges första dag. Förmiddagen bestod av blixttal begränsade till tio minuters längd. Efter lunch övergick formatet till öppet forum, och deltagarna delade upp sig i mindre grupper för att behandla de ämnen de själva föreslagit. Konferensen har anordnats av personer som är aktiva på mailinglistan Agile Sweden: &lt;a href=&#34;http://jockeholm.wordpress.com/&#34;&gt;Joakim Holm&lt;/a&gt;, &lt;a href=&#34;http://marcus.ahnve.net/&#34;&gt;Marcus Ahnve&lt;/a&gt;, &lt;a href=&#34;http://manssandstrom.wordpress.com/&#34;&gt;Måns Sandström&lt;/a&gt;, &lt;a href=&#34;http://ellnestam.wordpress.com/&#34;&gt;Ola Ellnestam&lt;/a&gt; och &lt;a href=&#34;http://www.mattihjelm.se/blog.html&#34;&gt;Matti Hjelm&lt;/a&gt;. En mängd bolag som är verksamma inom området har skjutit in stöd som sponsorer, bland dem &lt;a href=&#34;http://www.citerus.se&#34;&gt;Citerus&lt;/a&gt; såklart.&lt;/p&gt;</description>
    </item>
    <item>
      <title>PSL in Sweden</title>
      <link>https://tobiasfors.se/psl-in-sweden/</link>
      <pubDate>Sun, 01 Jun 2008 19:30:35 +0000</pubDate>
      <guid>https://tobiasfors.se/psl-in-sweden/</guid>
      <description>&lt;p&gt;My colleague and friend Magnus Ljadas and I are currently working to get Jerry Weinberg&amp;rsquo;s legendary (yeah!) workshop Problem Solving Leadership to Sweden, starring &lt;a href=&#34;http://www.geraldmweinberg.com/Site/Home.html&#34;&gt;Gerald M. Weinberg &lt;/a&gt;himself, &lt;a href=&#34;http://www.estherderby.com/&#34;&gt;Esther Derby&lt;/a&gt;, and &lt;a href=&#34;http://www.jrothman.com/&#34;&gt;Johanna Rothman&lt;/a&gt;. We&amp;rsquo;re aiming for January 2009. To gauge the interest on the market, we&amp;rsquo;ve put up &lt;a href=&#34;http://www.citerus.se/psl&#34;&gt;a form where anyone who&amp;rsquo;s interested in participating in this 6-day intensive workshop can sign up&lt;/a&gt; with us. We put the page up a couple of days ago, and a bunch of registrations have already rolled in.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Nästa vecka: Öresund Agile</title>
      <link>https://tobiasfors.se/nasta-vecka-oresund-agile/</link>
      <pubDate>Sun, 01 Jun 2008 19:09:00 +0000</pubDate>
      <guid>https://tobiasfors.se/nasta-vecka-oresund-agile/</guid>
      <description>&lt;p&gt;Nästa vecka åker jag ned till Malmö för att hålla ett kort tal på &lt;a href=&#34;http://www.oresundagile.com/&#34;&gt;Öresund Agile&lt;/a&gt;. Jag dyker in mellan de populära talarna &lt;a href=&#34;http://jeffsutherland.com/&#34;&gt;Jeff Sutherland&lt;/a&gt; och &lt;a href=&#34;http://blog.crisp.se/henrikkniberg/&#34;&gt;Henrik Kniberg&lt;/a&gt;, så det blir helt säkert en lärorik upplevelse. Mitt tal kommer att sammanfatta några viktiga personliga erfarenheter jag gjort under de fem år jag jobbat med att använda, lära ut och införa Scrum. Jag hoppas att innehållet kommer att vara till nytta för alla som på något sätt vill förändra saker och ting till det bättre, och särskilt för dem som gillar lättrörliga arbetsmetoder som Scrum.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Äkta skoj</title>
      <link>https://tobiasfors.se/akta-skoj/</link>
      <pubDate>Mon, 28 Apr 2008 21:36:24 +0000</pubDate>
      <guid>https://tobiasfors.se/akta-skoj/</guid>
      <description>&lt;p&gt;&lt;img src=&#34;https://tobiasfors.se/images/dsc04829_1204920488.jpg&#34; alt=&#34;dsc04829_1204920488&#34;&gt;Det här är min dotter. Hon vet vad äkta skoj är för henne. Äkta skoj är att kuta som en galning med sin gröna sopbil fram och tillbaks i lägenheten där man bor. Äkta skoj är också att gå balans på kanten till granngårdens sandlåda.&lt;/p&gt;&#xA;&lt;p&gt;Vet du vad äkta skoj är för dig?&lt;/p&gt;&#xA;&lt;p&gt;&lt;img src=&#34;https://tobiasfors.se/images/DSC00470.jpg&#34; alt=&#34;DSC00470&#34;&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Python is the New Basic</title>
      <link>https://tobiasfors.se/python-is-the-new-basic/</link>
      <pubDate>Sat, 26 Apr 2008 17:58:56 +0000</pubDate>
      <guid>https://tobiasfors.se/python-is-the-new-basic/</guid>
      <description>&lt;p&gt;Dave Winer: &lt;a href=&#34;http://www.scripting.com/stories/2008/04/08/earlyNotesOnGoogleapps.html&#34;&gt;&amp;ldquo;Python is the New Basic&amp;rdquo;&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Worst Song Ever Is Actually Best Song Ever</title>
      <link>https://tobiasfors.se/worst-song-ever-is-actually-best-song-ever/</link>
      <pubDate>Thu, 17 Apr 2008 21:04:12 +0000</pubDate>
      <guid>https://tobiasfors.se/worst-song-ever-is-actually-best-song-ever/</guid>
      <description>&lt;p&gt;Two Russian artists that set out to consciously compose a song that almost everybody would hate may have succeeded in creating a masterpiece. &lt;a href=&#34;http://feeds.feedburner.com/~r/boingboing/iBag/~3/272363153/25-minute-compositio.html&#34;&gt;Do not miss this chance to hear it. All of it&lt;/a&gt;. It is pure genius. Opera rapping, children&amp;rsquo;s choires, bagpipes, it&amp;rsquo;s all there.&lt;/p&gt;&#xA;&lt;p&gt;Just goes to prove that if you set your sights too closely on one goal, you may just end up exactly opposite to where you wanted to be.&#xA;(Via Boing Boing)&lt;/p&gt;</description>
    </item>
    <item>
      <title>The Psychology of Golf and Testing</title>
      <link>https://tobiasfors.se/the-psychology-of-golf-and-testing/</link>
      <pubDate>Fri, 29 Feb 2008 09:02:33 +0000</pubDate>
      <guid>https://tobiasfors.se/the-psychology-of-golf-and-testing/</guid>
      <description>&lt;p&gt;Without question, my colleague Patrik Fredriksson gets the &amp;ldquo;Best Seque&amp;rdquo; award for his post yesterday on the &lt;a href=&#34;http://weakreference.blogspot.com/2008/02/psychology-of-golf.html&#34;&gt;&amp;ldquo;Psychology of Golf&amp;rdquo;&lt;/a&gt;, which ends up not being about golf at all. Or at least not only about golf.&lt;/p&gt;&#xA;&lt;p&gt;On a related note, check out my article on &lt;a href=&#34;http://www.scrumalliance.org/articles/4-the-power-of-closure&#34;&gt;the awesome power of closure&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Agile Retrospectives Video</title>
      <link>https://tobiasfors.se/agile-retrospectives-video/</link>
      <pubDate>Thu, 21 Feb 2008 19:14:38 +0000</pubDate>
      <guid>https://tobiasfors.se/agile-retrospectives-video/</guid>
      <description>&lt;p&gt;Here&amp;rsquo;s a&lt;a href=&#34;http://www.youtube.com/watch?v=qqtPZYigfNI&amp;amp;feature=related&#34;&gt; video with Esther Derby and Diana Larsen on the topic of agile retrospectives.&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Planeringsverktyg för lättrörliga projekt</title>
      <link>https://tobiasfors.se/planeringsverktyg-for-lattrorliga-projekt/</link>
      <pubDate>Sun, 17 Feb 2008 13:15:10 +0000</pubDate>
      <guid>https://tobiasfors.se/planeringsverktyg-for-lattrorliga-projekt/</guid>
      <description>&lt;p&gt;En av de vanligaste frågorna jag får på mina Scrumkurser har att göra med planeringsverktyg. Många undrar vilka mjukvaruverktyg som finns att tillgå för den som vill ha hjälp med att hantera sina produkt- och sprintbackloggar.&lt;/p&gt;&#xA;&lt;p&gt;Mitt grundsvar delar jag med många andra: det är smart att först fråga sig varför det inte räcker med whiteboard och post-its, plus kanske Excel för produktbackloggen. Fler och fler inser att den uppsättningen inte bara räcker långt, utan på många vis är överlägsen alla mjukvaruverktyg. Att sätta upp planen på väggen stöttar synlighet, delaktighet och uppdateringsfrekvens.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Citerad i Chef</title>
      <link>https://tobiasfors.se/citerad-i-chef/</link>
      <pubDate>Wed, 06 Feb 2008 23:00:23 +0000</pubDate>
      <guid>https://tobiasfors.se/citerad-i-chef/</guid>
      <description>&lt;p&gt;&lt;img src=&#34;https://tobiasfors.se/docs/quoted.png&#34; alt=&#34;Quote from Chef&#34;&gt;Jag blev nyligen omnämnd i en &lt;a href=&#34;http://www.chef.se/dynamisk/index.php/ur_chef/kronika-details/fran-situationsanpassat-till-teaminriktat/&#34;&gt;artikel i tidningen Chef om nya former av ledarskap&lt;/a&gt;. Missa inte den fina paragrafen (för säkerhets skull avbildad och extra highlightad här bredvid) där jag omnämns i celebert sällskap. Den har vi garvat en del åt på &lt;a href=&#34;http://www.citerus.se&#34;&gt;Citerus&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Audio Interview with Eric Evans</title>
      <link>https://tobiasfors.se/audio-interview-with-eric-evans/</link>
      <pubDate>Wed, 06 Feb 2008 21:24:47 +0000</pubDate>
      <guid>https://tobiasfors.se/audio-interview-with-eric-evans/</guid>
      <description>&lt;p&gt;My colleague Patrik recently spoke to Eric Evans, of Domain-Driven fame, over Skype. We recorded the whole thing for &lt;a href=&#34;http://pnehm.citerus.se&#34;&gt;PNEHM!&lt;/a&gt;, and I just put &lt;a href=&#34;http://www.citerus.se/pnehm/2008-1/evansaudio&#34;&gt;the edited interview up on Citerus.se&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Books That Have Influenced Me</title>
      <link>https://tobiasfors.se/books-that-have-influenced-me/</link>
      <pubDate>Thu, 24 Jan 2008 19:23:24 +0000</pubDate>
      <guid>https://tobiasfors.se/books-that-have-influenced-me/</guid>
      <description>&lt;p&gt;Henrik Mårtensson has published &lt;a href=&#34;http://www.tobiasfors.se/wp-admin/post.php?action=edit&amp;amp;post=164&#34;&gt;a list of business books that have influenced him&lt;/a&gt;. He also encouraged us readers to create our own lists. So here&amp;rsquo;s my list, in no particular order, not complete (I&amp;rsquo;ll add to it as I come to think of more books), and as of now without any motivation of why a particular book was included.&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;The Blind Men and the Elephant, David Schmaltz&lt;/li&gt;&#xA;&lt;li&gt;Becoming a Technical Leader, Gerald Weinberg&lt;/li&gt;&#xA;&lt;li&gt;The Fifth Discipline, Peter Senge&lt;/li&gt;&#xA;&lt;li&gt;Secrets of Consulting (and More Secrets of Consulting), Gerald Weinberg&lt;/li&gt;&#xA;&lt;li&gt;The Art of Problem Solving, Russell Ackoff&lt;/li&gt;&#xA;&lt;li&gt;Agile Software Development with Scrum, Ken Schwaber&lt;/li&gt;&#xA;&lt;li&gt;Are Your Lights on?, Gerald Weinberg and Don Gause&lt;/li&gt;&#xA;&lt;li&gt;A Guide to Rational Living, Albert Ellis and Robert Harper&lt;/li&gt;&#xA;&lt;li&gt;An Introduction to General Systems Thinking, Gerald Weinberg&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;And a great article:&lt;/p&gt;</description>
    </item>
    <item>
      <title>MVKJG 5: Håll vad du lovar</title>
      <link>https://tobiasfors.se/mvkjg-5-hall-vad-du-lovar/</link>
      <pubDate>Mon, 07 Jan 2008 22:43:19 +0000</pubDate>
      <guid>https://tobiasfors.se/mvkjg-5-hall-vad-du-lovar/</guid>
      <description>&lt;p&gt;Att lova något är otäckt. Det kan visa sig att man inte kan stå vid sitt löfte. Det händer ju även den bäste, och kan leda till en obekväm situation. För mig kan rädslan för detta obekväma ibland leda till att jag anammar följande strategi: &lt;em&gt;den som aldrig lovar något behöver heller aldrig bryta ett löfte&lt;/em&gt;.&lt;/p&gt;&#xA;&lt;p&gt;Dessvärre spelar löften en avgörande roll i alla typer av samarbeten. Om du ska kunna basera dina planer på det arbete jag gör, måste du veta vad du kan förvänta dig från mig, och när. Löften spelar dessutom en annan viktig roll - den som skapare eller förstörare av tillit. När någon lovar mig något, och håller löftet, ökar min tillit till den personens förmåga. När någon inte levererar enligt sitt löfte, eller aldrig kan lova något till att börja med, sjunker min tillit till den personens förmåga.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Jeff Sutherland Interview</title>
      <link>https://tobiasfors.se/jeff-sutherland-interview/</link>
      <pubDate>Thu, 06 Dec 2007 09:57:11 +0000</pubDate>
      <guid>https://tobiasfors.se/jeff-sutherland-interview/</guid>
      <description>&lt;p&gt;Here&amp;rsquo;s a link to &lt;a href=&#34;http://www.infoq.com/interviews/jeff-sutherland-scrum-rules&#34;&gt;an InfoQ interview with Jeff Sutherland, on the topic of Scrum&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Popular Interview with Jerry Weinberg</title>
      <link>https://tobiasfors.se/popular-interview-with-jerry-weinberg/</link>
      <pubDate>Tue, 27 Nov 2007 11:35:22 +0000</pubDate>
      <guid>https://tobiasfors.se/popular-interview-with-jerry-weinberg/</guid>
      <description>&lt;p&gt;As founder and editor of PNEHM!, Citerus&amp;rsquo; newsletter on successful software development, I get to publish loads of great articles written by my smart colleagues at Citerus. The most recent is my friend Magnus Ljadas&amp;rsquo; interview with consulting icon Jerry Weinberg. On his &lt;a href=&#34;http://weinbergonwriting.blogspot.com/2007/11/my-writing-career-interview.html&#34;&gt;blog&lt;/a&gt;, this is what Jerry himself says about Magnus as an interviewer:&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;&amp;ldquo;I&amp;rsquo;ve been interviewed many times over the years, but Magnus is the best interviewer I can remember.&amp;rdquo;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Amplifying Your Effectiveness</title>
      <link>https://tobiasfors.se/amplifying-your-effectiveness/</link>
      <pubDate>Sun, 11 Nov 2007 20:46:53 +0000</pubDate>
      <guid>https://tobiasfors.se/amplifying-your-effectiveness/</guid>
      <description>&lt;p&gt;Last friday, I found myself sitting alone on the patio of the Embassy Suites hotel in northern Phoenix, looking out over an expansive pool area filling up with families most likely in town for the upcoming Nascar races.&lt;/p&gt;&#xA;&lt;p&gt;I, on the other hand, was just about to fly back home to Sweden, had no interest in race cars, and was feeling lonely for the first time in several days. No wonder, after having attended a five day conference that was actually mostly about me.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Om det är så här man vinner ...</title>
      <link>https://tobiasfors.se/om-det-ar-sa-har-man-vinner/</link>
      <pubDate>Mon, 29 Oct 2007 08:54:20 +0000</pubDate>
      <guid>https://tobiasfors.se/om-det-ar-sa-har-man-vinner/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;http://computersweden.idg.se/2.2683/1.128255&#34;&gt;Computer Sweden, 29 oktober 2007. Stockholms läns landsting bränner högar med skattepengar, men har ännu inget system att visa upp&lt;/a&gt;. Men, men - den enes död &amp;hellip;&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;&amp;ldquo;Vinnarna på fiaskoprojektet är leverantörerna: WM-data, HP, Tietorenator (sic), Teleca och Telia, som alla tecknat avtal för att leverera tekniska tjänster till projektet.&amp;rdquo;&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;Om det är så här vi definierar &amp;ldquo;vinna&amp;rdquo; kanske det vore bra om fler konsultföretag &amp;ldquo;förlorade&amp;rdquo;?&lt;/p&gt;</description>
    </item>
    <item>
      <title>Citerus i Metro</title>
      <link>https://tobiasfors.se/citerus-i-metro/</link>
      <pubDate>Wed, 24 Oct 2007 09:19:20 +0000</pubDate>
      <guid>https://tobiasfors.se/citerus-i-metro/</guid>
      <description>&lt;p&gt;Citerus &lt;a href=&#34;http://www.metro.se/se/article/2007/10/23/13/4708-48/index.xml&#34;&gt;omnämns i en artikel om Scrum i dagens Metro&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Gerald Weinberg on agile</title>
      <link>https://tobiasfors.se/gerald-weinberg-on-agile/</link>
      <pubDate>Tue, 11 Sep 2007 12:22:21 +0000</pubDate>
      <guid>https://tobiasfors.se/gerald-weinberg-on-agile/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;http://www.pmboulevard.com/Default.aspx?page=View%20Content&amp;amp;cid=2369&amp;amp;parent=5970&#34;&gt;In a little interview on PM Boulevard, Gerald Weinberg answers a few questions&lt;/a&gt; on the topic of agile development.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Code as Design</title>
      <link>https://tobiasfors.se/code-as-design/</link>
      <pubDate>Wed, 08 Aug 2007 20:23:22 +0000</pubDate>
      <guid>https://tobiasfors.se/code-as-design/</guid>
      <description>&lt;p&gt;When I first read it a number of years ago, I immediately found &lt;a href=&#34;http://www.developerdotstar.com/mag/articles/reeves_design_main.html&#34;&gt;Jack Reeves&amp;rsquo; article &amp;ldquo;What Is Software Design?&lt;/a&gt;&amp;rdquo; useful, intelligent and correct.&lt;/p&gt;&#xA;&lt;p&gt;In the article, Reeves presents his arguments for why the source code is the artefact that constitutes the ultimate design of software. Apparently, this article resurfaced with the publishing of Robert C Martin&amp;rsquo;s book on Agile Software Development, after having led a quiet life in hibernation since its first publication in 1992. It is now often referenced in the agile community.&lt;/p&gt;</description>
    </item>
    <item>
      <title>A Little Site on Systems Thinking</title>
      <link>https://tobiasfors.se/a-little-site-on-systems-thinking/</link>
      <pubDate>Tue, 31 Jul 2007 08:32:22 +0000</pubDate>
      <guid>https://tobiasfors.se/a-little-site-on-systems-thinking/</guid>
      <description>&lt;p&gt;Here&amp;rsquo;s &lt;a href=&#34;http://www.open2.net/systems/index.html&#34;&gt;a neat little site on the topic of systems thinking, presented by the BBC and Open University&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>CIO Sweden manglar beskrivningen av Scrum, men vinner en gratis kursplats</title>
      <link>https://tobiasfors.se/cio-sweden-manglar-beskrivningen-av-scrum-men-vinner-en-gratis-kursplats/</link>
      <pubDate>Fri, 27 Jul 2007 12:49:51 +0000</pubDate>
      <guid>https://tobiasfors.se/cio-sweden-manglar-beskrivningen-av-scrum-men-vinner-en-gratis-kursplats/</guid>
      <description>&lt;p&gt;Intresset för lättrörlig utveckling i allmänhet och Scrum i synnerhet är enormt just nu. Många av de företag vi jobbar med börjar uppnå avsevärd förståelse för och framgång med arbetssättet. I denna situation är det lätt att få för sig att även resten av världen förstått vad det handlar om. Men, vi är inte riktigt där än.&lt;/p&gt;&#xA;&lt;p&gt;I artikeln &lt;a href=&#34;http://cio.idg.se/2.1782/1.113981&#34;&gt;&amp;ldquo;Projektledarskolan: ABC för ledning av IT-projekt&amp;rdquo;&lt;/a&gt; presenterar IDG-publikationen CIO Sweden en illa tilltygad beskrivning av Scrum.&lt;/p&gt;</description>
    </item>
    <item>
      <title>The Improvement Challenge, Illustrated</title>
      <link>https://tobiasfors.se/the-improvement-challenge-illustrated/</link>
      <pubDate>Wed, 18 Jul 2007 20:50:01 +0000</pubDate>
      <guid>https://tobiasfors.se/the-improvement-challenge-illustrated/</guid>
      <description>&lt;p&gt;Update: link to PBF comic got mangled by WordPress. Sorry, try again. It&amp;rsquo;s worth it!&lt;/p&gt;&#xA;&lt;p&gt;It is, for me, near impossible to imagine that anyone can better illustrate the challenges of handling improvement suggestions in what &lt;a href=&#34;http://www.projectcommunity.com/PureSchmaltz/&#34;&gt;David Schmaltz&lt;/a&gt; would call a &lt;a href=&#34;http://www.amazon.com/Blind-Men-Elephant-Mastering-Project/dp/1576752534/ref=cm_lmf_tit_13_rsrsrs0/102-2826855-7283363&#34;&gt;master-slave relationship&lt;/a&gt;, than Nicholas Gurewitch has done in &lt;a href=&#34;http://pbfcomics.com/archive/PBF223-Box_of_Hate.jpg&#34;&gt;this wonderful Perry Bible Fellowship strip&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>gotAPI.com</title>
      <link>https://tobiasfors.se/gotapicom/</link>
      <pubDate>Thu, 05 Jul 2007 17:33:00 +0000</pubDate>
      <guid>https://tobiasfors.se/gotapicom/</guid>
      <description>&lt;p&gt;UPDATE: Bad link snuck through. Sorry.&lt;/p&gt;&#xA;&lt;p&gt;I found a link to &lt;a href=&#34;http://gotapi.com&#34;&gt;gotapi.com&lt;/a&gt; on Jon Tirséns blog. Check it out if you dabble in Rails as I do from time to time. Sweet!&lt;/p&gt;</description>
    </item>
    <item>
      <title>Kopplingen lean och Scrum</title>
      <link>https://tobiasfors.se/kopplingen-lean-och-scrum-2/</link>
      <pubDate>Sun, 17 Jun 2007 18:42:20 +0000</pubDate>
      <guid>https://tobiasfors.se/kopplingen-lean-och-scrum-2/</guid>
      <description>&lt;p&gt;Scrum är en praktiskt orienterad grundstomme för hur man kan bedriva lättrörlig mjukvaruutveckling. Lean är en etikett satt på det system av principer som man uppfattat legat till grund för bland annat Toyotas sätt att organisera sig.&lt;/p&gt;&#xA;&lt;p&gt;Hur förhåller sig egentligen Scrum och lean till varandra? Att förstå detta är användbart både för den som vill ha en teoretisk grund för att förstå eller argumenta för Scrum, och för den som idag använder Scrum, men som vill förstå hur man kan justera och vidareutveckla arbetssättet utan att göra supoptimala justeringar.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Russell Ackoff on Systems Thinking</title>
      <link>https://tobiasfors.se/russell-ackoff-on-systems-thinking/</link>
      <pubDate>Sun, 17 Jun 2007 18:05:00 +0000</pubDate>
      <guid>https://tobiasfors.se/russell-ackoff-on-systems-thinking/</guid>
      <description>&lt;p&gt;&lt;strong&gt;UPDATE, JAN 11, 2009&lt;/strong&gt; Three short clips with Russell Ackoff have been posted to YouTube.&lt;/p&gt;&#xA;&lt;p&gt;**UPDATE, OCT 26, 2008: **Kevin, who first pointed out to me that the video links in this post were broken, have managed to get in touch with Chicago-Kent. He received the direct links to the missing Ackoff lectures, and passed them on to me. Here they are:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;&lt;a href=&#34;rtsp://broadcast.kentlaw.edu/judgelink/girlslink/girlslink01.rm&#34;&gt;rtsp://broadcast.kentlaw.edu/judgelink/girlslink/girlslink01.rm&lt;/a&gt;&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;&lt;a href=&#34;rtsp://broadcast.kentlaw.edu/judgelink/girlslink/girlslink02.rm&#34;&gt;rtsp://broadcast.kentlaw.edu/judgelink/girlslink/girlslink02.rm&lt;/a&gt;&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;&lt;a href=&#34;rtsp://broadcast.kentlaw.edu/judgelink/girlslink/girlslink03.rm&#34;&gt;rtsp://broadcast.kentlaw.edu/judgelink/girlslink/girlslink03.rm&lt;/a&gt;&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;&lt;a href=&#34;rtsp://broadcast.kentlaw.edu/judgelink/girlslink/girlslink04.rm&#34;&gt;rtsp://broadcast.kentlaw.edu/judgelink/girlslink/girlslink04.rm&lt;/a&gt;&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;**UPDATE: **Russell Ackoff&amp;rsquo;s talks on Girls Link seem to have been taken down. Readers Kevin and Lennart have asked me if there is a way to get hold of them again. I have not yet found such a way. I have, though, tried to get some more info on this via email, but without luck so far. If I find out more about this, I&amp;rsquo;ll post about it here. &lt;strong&gt;Check back here or/and post a comment if you want to know if I find a way to see them again.&lt;/strong&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Mike Cohn on Agile Estimation</title>
      <link>https://tobiasfors.se/mike-cohn-on-agile-estimation/</link>
      <pubDate>Tue, 01 May 2007 15:52:35 +0000</pubDate>
      <guid>https://tobiasfors.se/mike-cohn-on-agile-estimation/</guid>
      <description>&lt;p&gt;Author, consultant and speaker Mike Cohn has a &lt;a href=&#34;http://www.youtube.com/watch?v=fb9Rzyi8b90&#34;&gt;two&lt;/a&gt;-&lt;a href=&#34;http://www.youtube.com/watch?v=jeT0pOVg0EI&#34;&gt;part&lt;/a&gt; video out on YouTube. In it, he talks about his area of expertise - the planning and estimation of agile projects.&lt;/p&gt;&#xA;&lt;p&gt;Mike will be visiting Sweden this fall, and &lt;a href=&#34;http://www.citerus.se&#34;&gt;do a couple of his popular courses, hosted by Citerus&lt;/a&gt;. Don&amp;rsquo;t miss out on this opportunity to learn about Mike&amp;rsquo;s accessible methods of planning agile projects - they will be an excellent addition to your toolbox.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Bring Yourself To Work Day</title>
      <link>https://tobiasfors.se/bring-yourself-to-work-day/</link>
      <pubDate>Tue, 01 May 2007 13:59:56 +0000</pubDate>
      <guid>https://tobiasfors.se/bring-yourself-to-work-day/</guid>
      <description>&lt;p&gt;David Schmaltz, author of The Blind Men and the Elephant, and his wife Amy Schwab are introducing a &amp;ldquo;Bring Yourself To Work Day&amp;rdquo;. It seems it will occur on the fourth Thursday of May, which is the 24th this year. From &lt;a href=&#34;http://www.bringyourselftoworkday.com/&#34;&gt;http://www.bringyourselftoworkday.com/&lt;/a&gt;:&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;&amp;ldquo;Study after study finds the greatest barrier to increased productivity is not primitive process maturity but the inability of people to bring their full selves to work&amp;rdquo;&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;Don&amp;rsquo;t miss the preparation exercises (the links on the right hand side of the page)!&lt;/p&gt;</description>
    </item>
    <item>
      <title>MVKJG 4: Gör en prioriterad lista</title>
      <link>https://tobiasfors.se/mvkjg-4-gor-en-prioriterad-lista/</link>
      <pubDate>Fri, 30 Mar 2007 20:32:51 +0000</pubDate>
      <guid>https://tobiasfors.se/mvkjg-4-gor-en-prioriterad-lista/</guid>
      <description>&lt;p&gt;Att ha &amp;ldquo;för mycket att göra&amp;rdquo; är något som belönas i många sammanhang. Det ser helt enkelt rätt snyggt ut att ha mycket att göra, och en kort stund kan det kännas ganska bra också.&lt;/p&gt;&#xA;&lt;p&gt;Tyvärr är &amp;ldquo;för mycket att göra&amp;rdquo; även ett utmärkt sätt att skjuta produktiviten i sank både för sig själv och för de man samarbetar med. Tråkigt nog (eller turligt nog, beroende på hur man ser på saken) brukar eventuella negativa sideffekter inte vara lika tydliga som svetten som stänker från den mer än fullt sysselsattes panna. De små, frekventa, och kanske lite imponerande stånken om att &amp;ldquo;det är så otroligt mycket just nu&amp;rdquo; gör också sitt till för att dölja det faktum att mycket är på gång men bara lite blir gjort.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Getting Started With Radiant</title>
      <link>https://tobiasfors.se/getting-started-with-radiant/</link>
      <pubDate>Fri, 30 Mar 2007 20:10:07 +0000</pubDate>
      <guid>https://tobiasfors.se/getting-started-with-radiant/</guid>
      <description>&lt;p&gt;In the past, I have worked some with web content management systems. Both as a developer, and as a user. The state of the art can be summed up like this: web content management systems are typically crap. They seem to be written by developers for developers, not for fast and efficient publishing.&lt;/p&gt;&#xA;&lt;p&gt;At &lt;a href=&#34;http://www.citerus.se&#34;&gt;Citerus&lt;/a&gt;, we still use a seemingly powerful but painfully unusable and inefficient CMS, for historical reasons. I have been looking around for an alternative for some time, but most of what I&amp;rsquo;ve tried so far suffers from the same issues: complicated user interface design.&lt;/p&gt;</description>
    </item>
    <item>
      <title>MVKJG 3: Intressera dig för dem du jobbar med</title>
      <link>https://tobiasfors.se/mvkjg-3-intressera-dig-for-dem-du-jobbar-med/</link>
      <pubDate>Thu, 22 Mar 2007 15:11:50 +0000</pubDate>
      <guid>https://tobiasfors.se/mvkjg-3-intressera-dig-for-dem-du-jobbar-med/</guid>
      <description>&lt;p&gt;Det sägs att vi svenskar är svåra att lära känna, men att när man väl lärt känna oss är vi lojala vänner. Inget större fel med den approachen, slutresultat verkar ju bli bra. Ett problem finns dock. När vi är på jobbet har vi inte alltid flera månader eller år på oss att bygga upp relationer med varandra.&lt;/p&gt;&#xA;&lt;p&gt;Bristen på tid, upplevd eller verklig spelar ingen roll, leder till ibland märkliga situationer. Som när en person i ledande befattning, något försenad såklart, stormar in i ett konferensrum och hälsar på en handfull människor han aldrig träffat förut med orden: - “Låt mig börja med att berätta hur vi ska göra saker på det här bygget”.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Adobe Goes Agile, Makes Life Easier</title>
      <link>https://tobiasfors.se/adobe-goes-agile-makes-life-easier/</link>
      <pubDate>Thu, 22 Mar 2007 08:49:38 +0000</pubDate>
      <guid>https://tobiasfors.se/adobe-goes-agile-makes-life-easier/</guid>
      <description>&lt;p&gt;In the article &lt;a href=&#34;http://www.regdeveloper.co.uk/2007/03/08/adobe_cs3_development/&#34;&gt;&amp;ldquo;Adobe edits the development cycle&amp;rdquo; on Regdeveloper&lt;/a&gt;, Mary Branscombe lets Adobe tell the story of how they switched to a more agile, incremental, development cycle. The result, according to Russell Williams of Adobe: &amp;ldquo;Better quality, plenty of features, fewer nights and weekends: what&amp;rsquo;s not to like?&amp;rdquo;&lt;/p&gt;&#xA;&lt;p&gt;Note especially the focus on developing by feature and how the maintenance of excellent engineering practices makes this possible. &amp;ldquo;The goal is to always have the product in a state where we could say &amp;lsquo;pencils down. You have x weeks to fix the remaining bugs and ship it&amp;rsquo;&amp;rdquo;, says Williams.&lt;/p&gt;</description>
    </item>
    <item>
      <title>More Poppendieck on Lean</title>
      <link>https://tobiasfors.se/more-poppendieck-on-lean/</link>
      <pubDate>Tue, 27 Feb 2007 18:09:27 +0000</pubDate>
      <guid>https://tobiasfors.se/more-poppendieck-on-lean/</guid>
      <description>&lt;p&gt;Here&amp;rsquo;s &lt;a href=&#34;http://www.infoq.com/interviews/poppendieck-lean-2007#&#34;&gt;a new interview with Tom and Mary Poppendieck on the topic of lean software development&lt;/a&gt;. Thanks to Rickard Johansson for the tip!&lt;/p&gt;&#xA;&lt;p&gt;Around 25 minutes into the interview, the topic of RUP appears. Tom points out the amount of knowledge available in the RUP, but also how it has often been implemented with a focus on the specific practices, rather than on the principles that lie behind the RUP: iterative, incremental software development.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Custom Searching From Inside the Browser</title>
      <link>https://tobiasfors.se/custom-searching-from-inside-firefox/</link>
      <pubDate>Fri, 16 Feb 2007 12:55:04 +0000</pubDate>
      <guid>https://tobiasfors.se/custom-searching-from-inside-firefox/</guid>
      <description>&lt;p&gt;Ever notice that little search box up in the corner in Firefox and Explorer? Of course you have. You&amp;rsquo;ve probably used it dozens of time to search for stuff on the web, probably using Google.&lt;/p&gt;&#xA;&lt;p&gt;You may have noticed that you can also search using many other search engines from this field, and that you can add new search engines if you want to.&lt;/p&gt;&#xA;&lt;p&gt;What I did not know until today, was how easy it is to add support for your own custom searches using the OpenSearch standard. I started out following &lt;a href=&#34;http://developer.mozilla.org/en/docs/Creating_OpenSearch_plugins_for_Firefox&#34;&gt;these guidelines on how to create my own OpenSearch plugin&lt;/a&gt;, but soon noticed a link to a neat tool for doing this for me. &lt;a href=&#34;http://searchy.protecus.de/en/add2.php&#34;&gt;Using this online tool&lt;/a&gt;, it was a breeze to create a Firefox and Explorer compatible search plugin for Metacritic.com, which is an indispensable site that gathers reviews on games, movies and other entertainment stuff. So, now I can search directly on Metacritic from inside my search field in the browser. Neat!&lt;/p&gt;</description>
    </item>
    <item>
      <title>Mary Poppendieck on &#34;Competing on the Basis of Speed&#34;</title>
      <link>https://tobiasfors.se/mary-poppendieck-on-competing-on-the-basis-of-speed/</link>
      <pubDate>Wed, 27 Dec 2006 10:49:06 +0000</pubDate>
      <guid>https://tobiasfors.se/mary-poppendieck-on-competing-on-the-basis-of-speed/</guid>
      <description>&lt;p&gt;In a new clip on &lt;a href=&#34;http://video.google.com/videoplay?docid=-5105910452864283694&#34;&gt;Google Video, Mary Poppendieck talks about lean software development on the topic of competing on the basis of speed&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Ron Jeffries on Running Tested Features</title>
      <link>https://tobiasfors.se/ron-jeffries-on-running-tested-features/</link>
      <pubDate>Tue, 12 Dec 2006 10:05:21 +0000</pubDate>
      <guid>https://tobiasfors.se/ron-jeffries-on-running-tested-features/</guid>
      <description>&lt;p&gt;In&lt;a href=&#34;http://www.infoq.com/interviews/jeffries-running-tested-features&#34;&gt; this video on InfoQ, Ron Jeffries talk about agile software development&lt;/a&gt;. What is worth pointing out is how he emphasises the similarities between the different agile methods. One difference between how Ron explains things, and &lt;a href=&#34;http://www.tobiasfors.se/?p=104&#34;&gt;how Ken Schwaber does it&lt;/a&gt;, though, lies in the graphing of the growth of features. When Ken draws the line, it starts out growing slowly, indicating more focus on &lt;a href=&#34;http://www.martinfowler.com/ieeeSoftware/whoNeedsArchitect.pdf&#34;&gt;&amp;ldquo;architecture&amp;rdquo;&lt;/a&gt; early on (but still producing features every sprint). When Ron draws the line, it is more linear, indicating his desire to have a more constant growth of features with a really evolutionary approach to &amp;ldquo;architecture&amp;rdquo;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>The Power of Closure</title>
      <link>https://tobiasfors.se/the-power-of-closure-2/</link>
      <pubDate>Mon, 11 Dec 2006 16:22:23 +0000</pubDate>
      <guid>https://tobiasfors.se/the-power-of-closure-2/</guid>
      <description>&lt;p&gt;I have a &lt;a href=&#34;http://www.scrumalliance.org/index.php/scrum_alliance/for_everyone/resources/weekly_column/weekly_column_12_11_2006&#34;&gt;new short article up on the Scrum Alliance site&lt;/a&gt;, where I look at Scrum from the perspective of closure. Don&amp;rsquo;t miss this weekly column, where good little articles pop up every now and then. Last week&amp;rsquo;s was by Ken Schwaber on the topic of sprint reviews.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Workshop: Testdriven utveckling och refaktorering</title>
      <link>https://tobiasfors.se/workshop-testdriven-utveckling-och-refaktorering/</link>
      <pubDate>Fri, 01 Dec 2006 16:28:24 +0000</pubDate>
      <guid>https://tobiasfors.se/workshop-testdriven-utveckling-och-refaktorering/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;http://www.citerus.se/tjanster/utbildningarochseminarier/seminarier/5.3a68492510edd81ef778000829.html&#34;&gt;Magnus Ljadas på Citerus håller snart en tvådagarsworkshop på temat testdriven utveckling och refaktorering.&lt;/a&gt; Missa inte detta tillfälle att förstärka din förmåga att hantera dessa kraftfulla verktyg!&lt;/p&gt;</description>
    </item>
    <item>
      <title>Requirements: Still Need to Handle Them, Post-Agile</title>
      <link>https://tobiasfors.se/requirements-still-need-to-handle-them-post-agile/</link>
      <pubDate>Wed, 29 Nov 2006 21:58:15 +0000</pubDate>
      <guid>https://tobiasfors.se/requirements-still-need-to-handle-them-post-agile/</guid>
      <description>&lt;p&gt;Many problems we&amp;rsquo;ve traditionally had with understanding, communicating and implementing solutions for user&amp;rsquo;s needs are reduced or go away as agile development lets us shift our focus from requirements documents to frequent conversations about actual, current, needs.&lt;/p&gt;&#xA;&lt;p&gt;Still, these things in no way mean that we should stop thinking about requirements, even written ones. We&amp;rsquo;ll still be facing them even when the terminology and the means of handling them change. And context is key, as always: if you must have very formal written documents, if you really must, well, then you must.&lt;/p&gt;</description>
    </item>
    <item>
      <title>The Power of Closure</title>
      <link>https://tobiasfors.se/the-power-of-closure/</link>
      <pubDate>Wed, 29 Nov 2006 21:33:05 +0000</pubDate>
      <guid>https://tobiasfors.se/the-power-of-closure/</guid>
      <description>&lt;p&gt;Have you ever watched an episode of, say, Prison Break, and noticed how they stop for commercials just when the action is most intense? Of course you have. Those moments are called cliffhangers. You are literally left hanging for a while, and that&amp;rsquo;s a situation you want to get out of.&lt;/p&gt;&#xA;&lt;p&gt;Psychologists have a name for this phenomenon, this need to bring stability back into an unstable situation. They say that what we&amp;rsquo;re so desperately longing for in cliff-hanging situations is closure. We need to close the book to be able to move on. Until we&amp;rsquo;ve done so, we can literally feel like we&amp;rsquo;ve been left hanging.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Slides - Am I Agile Now? Öredev 2006</title>
      <link>https://tobiasfors.se/slides-am-i-agile-now-oredev-2006/</link>
      <pubDate>Fri, 17 Nov 2006 17:07:03 +0000</pubDate>
      <guid>https://tobiasfors.se/slides-am-i-agile-now-oredev-2006/</guid>
      <description>&lt;p&gt;Yesterday, I spoke on the topic of agile software development at the Öredev conference. &lt;a href=&#34;http://www.tobiasfors.se/docs/tobiasfors-oredev-2006.pdf&#34;&gt;Here are the slides from that talk&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Positive Reviews Just In</title>
      <link>https://tobiasfors.se/positive-reviews-just-in/</link>
      <pubDate>Sat, 28 Oct 2006 11:29:18 +0000</pubDate>
      <guid>https://tobiasfors.se/positive-reviews-just-in/</guid>
      <description>&lt;p&gt;I&amp;rsquo;m glad to read that Henrik Mårtensson, whose interests and knowledge I have come to respect through the reading of his blog (and even more now that I&amp;rsquo;ve met him in person), enjoyed a recent Scrum Kickstart I facilitated, and he participated in:&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;a href=&#34;http://kallokain.blogspot.com/2006/10/scrumming.html#links&#34;&gt;&amp;ldquo;It is rare to meet someone that can talk about the same subject matter for two days straight without being boring even once.&amp;rdquo;&lt;/a&gt;&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;Don&amp;rsquo;t miss out on Henriks excellent blog: &lt;a href=&#34;http://kallokain.blogspot.com&#34;&gt;Kallokain&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Video med Guy Kawasaki om entreprenörskap</title>
      <link>https://tobiasfors.se/video-med-guy-kawasaki-om-entreprenorskap/</link>
      <pubDate>Wed, 20 Sep 2006 15:31:07 +0000</pubDate>
      <guid>https://tobiasfors.se/video-med-guy-kawasaki-om-entreprenorskap/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;http://blog.guykawasaki.com/2006/06/the_art_of_the_.html&#34;&gt;Guy Kawasaki berättar om entreprenörskap baserat på sin bok Art of the Start.&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Video med Jeff Sutherland</title>
      <link>https://tobiasfors.se/video-med-jeff-sutherland/</link>
      <pubDate>Wed, 20 Sep 2006 15:26:58 +0000</pubDate>
      <guid>https://tobiasfors.se/video-med-jeff-sutherland/</guid>
      <description>&lt;p&gt;Jeff Sutherland beskrev tillsammans med Ken Schwaber det ramverk för utveckling av mjukvara som vi idag kallar Scrum. &lt;a href=&#34;http://www.infoq.com/presentations/The-Roots-of-Scrum&#34;&gt;I en utmärkt och intressant video på InfoQ berättar han om detta&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Video med Ken Schwaber</title>
      <link>https://tobiasfors.se/video-med-ken-schwaber/</link>
      <pubDate>Wed, 13 Sep 2006 19:40:54 +0000</pubDate>
      <guid>https://tobiasfors.se/video-med-ken-schwaber/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;http://video.google.com/videoplay?docid=-7230144396191025011&#34;&gt;Ken Schwaber har precis dykt upp i form av en videoström på Google Video.&lt;/a&gt; Han berättar bland annat om historiken bakom Scrum.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Kurser om Scrum och DDD snart på Citerus</title>
      <link>https://tobiasfors.se/kurser-om-scrum-och-ddd-snart-pa-citerus/</link>
      <pubDate>Tue, 15 Aug 2006 09:43:39 +0000</pubDate>
      <guid>https://tobiasfors.se/kurser-om-scrum-och-ddd-snart-pa-citerus/</guid>
      <description>&lt;p&gt;Under hösten kommer vi på Citerus dels att fortsätta med våra populära utbildningar i den lättrörliga arbetsmetoden Scrum, dels ha en del andra intressanta evenemang. Se här till exempel:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;&lt;a href=&#34;http://www.citerus.se/tjanster/utbildningarochseminarier/seminarier/5.1300a18510bea4a55238000458.html&#34;&gt;Den 12-13 september bjuder vi till en kurs om lättrörlig projektledning med Scrum.&lt;/a&gt;&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;&lt;a href=&#34;http://www.citerus.se/tjanster/utbildningarochseminarier/seminarier/5.514cc05910c58eb13ad80006287.html&#34;&gt;Den 11-13 oktober kommer Eric Evans och utbildar i domain-driven design.&lt;/a&gt;&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;Eric Evans budskap är minst sagt angeläget. Han vill hjälpa oss mjukvaruutvecklare att utnyttja kraften i domänmodeller för att lösa våra kunders problem. Det handlar om ett nytt fokus på att använda våra kunskaper om begreppsmodellering för att dels prata med kunden på kundens sätt, dels implementera objektorienterade lösningar på ett elegant och effektivt sätt.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Interview with Don Reinertsen on Product Development</title>
      <link>https://tobiasfors.se/interview-with-don-reinertsen-on-product-development/</link>
      <pubDate>Mon, 14 Aug 2006 21:24:40 +0000</pubDate>
      <guid>https://tobiasfors.se/interview-with-don-reinertsen-on-product-development/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;http://www.trainingforum.com/MRT/hotnews_reinertsen.html&#34;&gt;Here&amp;rsquo;s an interview&lt;/a&gt; with Don Reinertsen, author of &lt;a href=&#34;http://www.amazon.com/gp/product/0471292524/sr=8-2/qid=1155586999/ref=sr_1_2/102-1290130-8588924?ie=UTF8&#34;&gt;Developing Products in Half the Time&lt;/a&gt; and &lt;a href=&#34;http://www.amazon.com/gp/product/0684839911/sr=8-1/qid=1155586999/ref=sr_1_1/102-1290130-8588924?ie=UTF8&#34;&gt;Managing the Design Factory&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Disagreement on Common Sense Caused by Change of Age?</title>
      <link>https://tobiasfors.se/disagreement-on-common-sense-caused-by-change-of-age/</link>
      <pubDate>Thu, 10 Aug 2006 11:37:23 +0000</pubDate>
      <guid>https://tobiasfors.se/disagreement-on-common-sense-caused-by-change-of-age/</guid>
      <description>&lt;p&gt;Why do some people see agile methods as common sense, while others see them as senseless? Why is it so natural for some people that development processes need to be broken down into stepwise descriptions of each step to take to arrive at a solution, while others say that this approach does not make sense?&lt;/p&gt;&#xA;&lt;p&gt;In a speech at the &amp;ldquo;Systems Thinking in Action&amp;rdquo; conference in 1993, Russell Ackoff makes the case that we have entered a change of age - a paradigm shift. For Ackoff, this change is about a switch from a Machine Age to a Systems Age. Such a change of age is brought about when we discover enough problems that cannot be solved by the current mode of thinking.&lt;/p&gt;</description>
    </item>
    <item>
      <title>MVKJG 2: Fråga varför tills du får en smäll</title>
      <link>https://tobiasfors.se/mvkjg-2-fraga-varfor-tills-du-far-en-small/</link>
      <pubDate>Wed, 07 Jun 2006 20:29:44 +0000</pubDate>
      <guid>https://tobiasfors.se/mvkjg-2-fraga-varfor-tills-du-far-en-small/</guid>
      <description>&lt;p&gt;I det snudd på magiska ordet varför ryms ett otroligt kraftfullt sätt att lära sig mer om vad som helst.&lt;/p&gt;&#xA;&lt;p&gt;Det berättas ibland sedelärande historier om chefer hos biltillverkaren Toyota som kommer till insikt om sina egna bristande inköpsdirektiv när de frågar varför det finns en oljefläck på golvet. De lyckas helt enkelt härleda det stora från det lilla, med den frigörande frågan: &amp;ldquo;Varför?&amp;rdquo; Det visar sig att de själva är ansvariga för oljeläckaget, eftersom de stipulerat inköp av oljefilter från den billigaste leverantören, som tyvärr också visade sig vara den sämsta.&#xA;Själv brukar jag använda mig av ett ganska praktiskt verktyg som ibland kallas varför-hur-trappan [1]. Har man tillgång till något att rita på &lt;a href=&#34;http://www.tobiasfors.se/docs/whyhow.jpg&#34;&gt;ritar man helt enkelt en liten trappa&lt;/a&gt;, och lägger gärna till en pil som pekar upp för trappan med texten &amp;ldquo;Varför&amp;rdquo;, och en pil som pekar nedåt med texten &amp;ldquo;Hur&amp;rdquo;. Sen är det bara att skriva in det vi vill lära oss mer om någonstans mitt på trappan, och sedan följa trappstegen i endera riktningen. Tar vi ett steg uppåt frågar vi oss varför, går vi nedåt frågar vi oss hur.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Notes from the dark side</title>
      <link>https://tobiasfors.se/notes-from-the-dark-side/</link>
      <pubDate>Wed, 07 Jun 2006 16:19:32 +0000</pubDate>
      <guid>https://tobiasfors.se/notes-from-the-dark-side/</guid>
      <description>&lt;p&gt;Here&amp;rsquo;s &lt;a href=&#34;http://www.gembapantarei.com/2006/05/interview_with_darius_mehri_author_of_notes_from_toyotaland.html&#34;&gt;an interview with a guy who worked for three years at a Toyota Group company&lt;/a&gt;. His experience is that lean is hard to understand outside the context of the Japanese work culture, in which long hours and less workforce mobility is common.&lt;/p&gt;</description>
    </item>
    <item>
      <title>MVKJG*) 1: Skriv automatiska tester</title>
      <link>https://tobiasfors.se/mvkjg-1-skriv-automatiska-tester/</link>
      <pubDate>Sat, 03 Jun 2006 11:47:56 +0000</pubDate>
      <guid>https://tobiasfors.se/mvkjg-1-skriv-automatiska-tester/</guid>
      <description>&lt;p&gt;För en tid sedan påminde jag några utvecklare om hur användbart och effektivt det är med automatiska tester. Jag tyckte att jag intog en ganska pragmatisk inställning, och tipsade (för att vi skulle komma igång med testskrivandet) om följande introduktionsupplägg.&lt;/p&gt;&#xA;&lt;p&gt;Under den kommande iterationen kunde vi för varje bugg vi hade uppdrag att fixa först se efter om det verkade gå att skriva ett automatiskt test som återskapade buggen. Om det å ena sidan verkade gå kunde vi helt enkelt skriva testet. Om det å andra sidan inte verkade gå kunde vi skriva ned några anteckningar om varför det inte gick, och sedan tillsammans gå igenom vad som gjorde det svårt att skriva tester.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Men vad kan jag göra?</title>
      <link>https://tobiasfors.se/men-vad-kan-jag-gora/</link>
      <pubDate>Sat, 03 Jun 2006 10:41:27 +0000</pubDate>
      <guid>https://tobiasfors.se/men-vad-kan-jag-gora/</guid>
      <description>&lt;p&gt;Sitter du fast i ett projekt som också sitter fast? Har du tappat hoppet för mänskligheten (eller bara för den del av mänskligheten som utvecklar mjukvara)? Håll ut: det finns hopp. Du behöver inte förändra världen, eller ens ditt projekt, med ett svepande hugg. Du kan göra saker bättre ett litet steg i taget, helt på egen hand.&lt;/p&gt;&#xA;&lt;p&gt;I min ficka har jag samlat inte mindre än 99 tips om vad du kan göra redan idag för att börja förbättra ditt projekt. Helt utan att be någon annan om tillstånd. Utan någon större investering. Utan att behöva anlita en hord av RUP-konsulter. Det finns ljus i tunneln. Ett steg i taget bara. Ett steg i taget.&lt;/p&gt;</description>
    </item>
    <item>
      <title>The Visible Planning Calendar</title>
      <link>https://tobiasfors.se/the-visible-planning-calendar/</link>
      <pubDate>Fri, 02 Jun 2006 13:05:31 +0000</pubDate>
      <guid>https://tobiasfors.se/the-visible-planning-calendar/</guid>
      <description>&lt;p&gt;Planning is great. Too bad it&amp;rsquo;s so hard. Too bad it so often results in weird plans and deadlines that jump around in the calendar like drunken fleas.&lt;/p&gt;&#xA;&lt;p&gt;Here&amp;rsquo;s an idea (yet untried by me) for a counter-measure: &lt;a href=&#34;http://www.tobiasfors.se/docs/visible_planning_calendar.pdf&#34;&gt;The Visible Planning Calendar&lt;/a&gt;. Goal: to make planning more transparent by at least making dates somewhat less jumpy. Contents: an agile, or at least iterative, development methodology, plus some extra rhytm to it.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Spark rakt i varumärket</title>
      <link>https://tobiasfors.se/spark-rakt-i-varumarket/</link>
      <pubDate>Tue, 30 May 2006 18:59:10 +0000</pubDate>
      <guid>https://tobiasfors.se/spark-rakt-i-varumarket/</guid>
      <description>&lt;p&gt;Tjabbigt att &lt;a href=&#34;http://www.dn.se/DNet/jsp/polopoly.jsp?d=678&amp;amp;a=548909&amp;amp;previousRenderType=8&#34;&gt;behöva återkalla 987 000 bilar&lt;/a&gt; när man byggt så mycket av sitt varumärke på att vara kvalitetsmärket nummer ett. Ingen är felfri.&lt;/p&gt;</description>
    </item>
    <item>
      <title>24 musklick senare...</title>
      <link>https://tobiasfors.se/24-musklick-senare/</link>
      <pubDate>Mon, 29 May 2006 10:29:36 +0000</pubDate>
      <guid>https://tobiasfors.se/24-musklick-senare/</guid>
      <description>&lt;p&gt;Uppsala Nya Tidning rapporterar om 240 miljoner skattekronor som har östs in i &lt;a href=&#34;http://www2.unt.se/avd/1,1786,MC=1-AV_ID=502272,00.html&#34;&gt;ett system som är så dåligt att användarna väljer att sjukskriva sig&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;Det som är mest fascinerande när det skrivs om den här typen av fiaskon är att man kan ana viss förvåning över slutresultatet. Själv blir jag inte längre förvånad, mest förbannad över att man aldrig lär sig. Framför allt är det beklämmande att läsa om de åtgärder man hoppas ska lösa situationen: &amp;ldquo;Bland åtgärderna nämns bland annat en riskanalys samt handlingsplan för utbildning, anpassad introduktionstid, så kallade lathundar och utökad support&amp;rdquo;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Using your Scrum senses</title>
      <link>https://tobiasfors.se/using-your-scrum-senses/</link>
      <pubDate>Fri, 12 May 2006 08:24:49 +0000</pubDate>
      <guid>https://tobiasfors.se/using-your-scrum-senses/</guid>
      <description>&lt;p&gt;I&amp;rsquo;ve written a short piece on the importance of learning to use your senses to gather information. &lt;a href=&#34;http://www.scrumalliance.org/index.php/scrum_alliance/for_everyone/resources/weekly_column&#34;&gt;It&amp;rsquo;s published on the scrumalliance.org site.&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Where Did the Time Go?</title>
      <link>https://tobiasfors.se/where-did-the-time-go/</link>
      <pubDate>Sun, 23 Apr 2006 10:58:54 +0000</pubDate>
      <guid>https://tobiasfors.se/where-did-the-time-go/</guid>
      <description>&lt;p&gt;Efficiency in an iterative mode of working requires that we have little overhead in all our processes. For example, if building a release candidate takes us several days of manual work, we will have a hard time working in two week iterations, since so much of the iteration will be consumed by release work. Add to this slowness in detailing specifications and test cases, and we&amp;rsquo;ll get even less product created in the iteration. Then add cumbersome and manual design/coding (developers have not yet learned how to utilize whiteboards to visualize holistically, and refactoring tools to fluidly change the source code), and we start to understand why so many development organizations have a hard time adopting iterative modes of development.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Smultron för Mac OS X</title>
      <link>https://tobiasfors.se/smultron-for-mac-os-x/</link>
      <pubDate>Tue, 11 Apr 2006 20:27:36 +0000</pubDate>
      <guid>https://tobiasfors.se/smultron-for-mac-os-x/</guid>
      <description>&lt;p&gt;Idag hittade jag äntligen en skön editor för Mac OS X som både är gratis och har den rätta Mac-känslan: &lt;a href=&#34;http://smultron.sourceforge.net/&#34;&gt;Smultron&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;Tidigare har jag kört en utvärderingsversion av Rails-folkets favorit TextMate, men den gick ut idag. Har också prövat TextWrangler, en gratisvariant av den gamla Mac-trotjänaren BBEDit, men känslan är helt enkelt inte helt rätt. Detta problem gäller inte för Smultron. Efter ett par timmars användning känns allt bara bra. TextMate har fler roliga finesser, men Smultron räcker långt för mig just nu. Pröva!&lt;/p&gt;</description>
    </item>
    <item>
      <title>Donald Reinertsen till Sverige, 3 maj</title>
      <link>https://tobiasfors.se/donald-reinertsen-till-sverige-3-maj/</link>
      <pubDate>Fri, 07 Apr 2006 12:26:11 +0000</pubDate>
      <guid>https://tobiasfors.se/donald-reinertsen-till-sverige-3-maj/</guid>
      <description>&lt;p&gt;Donald Reinertsen är konsult och författare till &lt;a href=&#34;http://www.adlibris.se/product.aspx?isbn=0471292524&amp;amp;s=1&#34;&gt;&amp;ldquo;Developing Products in Half the Time&amp;rdquo;&lt;/a&gt; och &lt;a href=&#34;http://www.adlibris.se/product.aspx?isbn=0684839911&amp;amp;s=1&#34;&gt;&amp;ldquo;Managing the Design Factory&amp;rdquo;&lt;/a&gt;. Hans approach är särskilt uppfriskande i dessa tider, när metod ställs mot metod. Lättrörligt mot traditionellt. Istället för att ge sig in i såna strider föredrar Reinertsen att utforska hur olika faktorer faktiskt påverkar varandra. Han går tillbaks till ekonomin, och visar till exempel hur kostnaden för en försening kan ställas mot värdet av en ny feature.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Certifierad Scrum Master, 25-26 april</title>
      <link>https://tobiasfors.se/certifierad-scrum-master-25-26-april/</link>
      <pubDate>Fri, 07 Apr 2006 12:17:16 +0000</pubDate>
      <guid>https://tobiasfors.se/certifierad-scrum-master-25-26-april/</guid>
      <description>&lt;p&gt;Den 25:e till 26:e april kommer jag och min kollega Mikael att hålla en &lt;a href=&#34;http://www.citerus.se/tjanster/utbildningarochseminarier/seminarier/5.58b55df710900f8463c800014457.html&#34;&gt;Scrum-workshop i Uppsala, i Citerus regi&lt;/a&gt;. Fullgjord workshop innebär att deltagaren kan titulera sig &amp;ldquo;Certifierad Scrum Master&amp;rdquo;. Det blir två interaktiva och roliga dagar på temat lättrörlig projektledning.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Agile är finskt</title>
      <link>https://tobiasfors.se/agile-ar-finskt/</link>
      <pubDate>Fri, 24 Mar 2006 11:31:39 +0000</pubDate>
      <guid>https://tobiasfors.se/agile-ar-finskt/</guid>
      <description>&lt;p&gt;Elektroniktidningen &lt;a href=&#34;http://www.elektroniktidningen.se/index.php?option=com_content&amp;amp;task=view&amp;amp;id=19274&amp;amp;Itemid=126&#34;&gt;har ett scoop&lt;/a&gt;: agile är en finsk metodik.&lt;/p&gt;</description>
    </item>
    <item>
      <title>A day in the life of...</title>
      <link>https://tobiasfors.se/a-day-in-the-life-of/</link>
      <pubDate>Tue, 21 Mar 2006 21:57:16 +0000</pubDate>
      <guid>https://tobiasfors.se/a-day-in-the-life-of/</guid>
      <description>&lt;p&gt;&amp;hellip;Noel Llopis, who writes about what it&amp;rsquo;s like to &lt;a href=&#34;http://www.gamesfromwithin.com/articles/0602/000104.html&#34;&gt;work in an efficient and agile manner at High Moon Studios&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Create a Calendar</title>
      <link>https://tobiasfors.se/create-a-calendar/</link>
      <pubDate>Tue, 28 Feb 2006 22:15:22 +0000</pubDate>
      <guid>https://tobiasfors.se/create-a-calendar/</guid>
      <description>&lt;p&gt;I needed a calendar print-out, and Google found me &lt;a href=&#34;http://www.timeanddate.com/calendar/generate.html&#34;&gt;this excellent site that generates calendars for you&lt;/a&gt;, complete with local holidays. And with lots of customization features. Generate, print, and take it to your next planning meeting to scribble on.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Lean i vården</title>
      <link>https://tobiasfors.se/lean-i-varden/</link>
      <pubDate>Mon, 20 Feb 2006 18:36:59 +0000</pubDate>
      <guid>https://tobiasfors.se/lean-i-varden/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;http://arbetsliv.prevent.se/arbetsliv/artiklar/artikel.asp?id=2430&#34;&gt;&amp;ldquo;Herrestads vårdcentral satsade på Lean. Nu hinner personalen med mer och kan ta emot fler patienter.&amp;rdquo;&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Ericsson utvecklar sin utveckling</title>
      <link>https://tobiasfors.se/ericsson-utvecklar-sin-utveckling/</link>
      <pubDate>Mon, 06 Feb 2006 11:52:27 +0000</pubDate>
      <guid>https://tobiasfors.se/ericsson-utvecklar-sin-utveckling/</guid>
      <description>&lt;p&gt;Tidningen Ny Teknik skriver om hur Ericsson bland annat upptäckt hur dagliga byggen kan hjälpa utvecklingsarbetet, och att produktledningen och support måste hänga med när &lt;a href=&#34;http://www.nyteknik.se/pub/ipsart.asp?art_id=44186&#34;&gt;utvecklingsprojekten börjar bli effektivare&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Thinking Tools</title>
      <link>https://tobiasfors.se/thinking-tools/</link>
      <pubDate>Thu, 02 Feb 2006 12:12:29 +0000</pubDate>
      <guid>https://tobiasfors.se/thinking-tools/</guid>
      <description>&lt;p&gt;In the article pointed to in my last post, Pascal van Cauwenberghe used the &amp;ldquo;Evaporating Cloud&amp;rdquo; technique to attack a dilemma. Frank Patrick writes &lt;a href=&#34;http://www.tocforme.com/clouds/ecandothertpn.html&#34;&gt;more about this and other thinking tools&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Is it the people or the process?</title>
      <link>https://tobiasfors.se/is-it-the-people-or-the-process/</link>
      <pubDate>Sun, 29 Jan 2006 22:32:45 +0000</pubDate>
      <guid>https://tobiasfors.se/is-it-the-people-or-the-process/</guid>
      <description>&lt;p&gt;Pascal Van Cauwenberghe writes on how the characterization of problems as having to do with either people or process is a &lt;a href=&#34;http://en.wikipedia.org/wiki/False_dichotomy&#34;&gt;false dichotomy&lt;/a&gt;, and explores how we can sneak a liberating third option into this dilemma: &lt;a href=&#34;http://blog.nayima.be/blog/Entry20060121.html&#34;&gt;http://blog.nayima.be/blog/Entry20060121.html&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>What Makes Teams Work?</title>
      <link>https://tobiasfors.se/what-makes-teams-work/</link>
      <pubDate>Fri, 06 Jan 2006 18:02:08 +0000</pubDate>
      <guid>https://tobiasfors.se/what-makes-teams-work/</guid>
      <description>&lt;p&gt;In an article from year 2000, Fast Company asks a number of managers the essential question &lt;a href=&#34;http://www.fastcompany.com/magazine/40/one.html?partner=rss&#34;&gt;&amp;lsquo;What makes teams work? &lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Try Ruby</title>
      <link>https://tobiasfors.se/try-ruby/</link>
      <pubDate>Fri, 30 Dec 2005 15:49:08 +0000</pubDate>
      <guid>https://tobiasfors.se/try-ruby/</guid>
      <description>&lt;p&gt;Why not spend fifteen lovely minutes and &lt;a href=&#34;http://tryruby.hobix.com&#34;&gt;try Ruby, courtesy of &amp;ldquo;Why, the Lucky Stiff&amp;rdquo;&lt;/a&gt;. Great idea, great implementation. What will be the next thing we can try out on the net?&lt;/p&gt;</description>
    </item>
    <item>
      <title>Jim Womack on the Origins of &#34;Lean&#34;</title>
      <link>https://tobiasfors.se/jim-womack-on-the-origins-of-lean/</link>
      <pubDate>Thu, 24 Nov 2005 14:16:09 +0000</pubDate>
      <guid>https://tobiasfors.se/jim-womack-on-the-origins-of-lean/</guid>
      <description>&lt;p&gt;Jim Womack writes about &lt;a href=&#34;http://www.wmep.org/artman2/publish/article_63.shtml&#34;&gt;the origins of the expression lean&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Learning About User Stories</title>
      <link>https://tobiasfors.se/learning-about-user-stories/</link>
      <pubDate>Wed, 16 Nov 2005 13:22:40 +0000</pubDate>
      <guid>https://tobiasfors.se/learning-about-user-stories/</guid>
      <description>&lt;p&gt;I don&amp;rsquo;t know enough about how to write good user stories (I know, I know, I&amp;rsquo;m falling behind here), but I&amp;rsquo;ll try to fix this as soon as possible. I&amp;rsquo;ll begin by reading what I can find on the net, and continue with Mike Cohn&amp;rsquo;s book on the topic. Here are some links to what I&amp;rsquo;ve found so far.&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;a href=&#34;http://bdn.borland.com/article/borcon/0,1919,31726,00.html&#34;&gt;Writing User Stories and Planning eXtreme Programming Projects&lt;/a&gt;&lt;/li&gt;&#xA;&lt;li&gt;&lt;a href=&#34;http://www.mountaingoatsoftware.com/articles/usa_sample.pdf&#34;&gt;A sample chapter from Mike Cohn&amp;rsquo;s book&lt;/a&gt;&lt;/li&gt;&#xA;&lt;/ul&gt;</description>
    </item>
    <item>
      <title>Interview with Don Reinertsen</title>
      <link>https://tobiasfors.se/interview-with-don-reinertsen/</link>
      <pubDate>Wed, 16 Nov 2005 13:19:46 +0000</pubDate>
      <guid>https://tobiasfors.se/interview-with-don-reinertsen/</guid>
      <description>&lt;p&gt;Here&amp;rsquo;s &lt;a href=&#34;http://www.roundtable.com/MRTIndex/FFPD/ART-reinertseninterview2.html&#34;&gt;an interview with Don Reinertsen, author of &amp;ldquo;Managing the Design Factory&amp;rdquo;&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Scania och lean</title>
      <link>https://tobiasfors.se/scania-och-lean/</link>
      <pubDate>Wed, 16 Nov 2005 13:03:33 +0000</pubDate>
      <guid>https://tobiasfors.se/scania-och-lean/</guid>
      <description>&lt;p&gt;Scania jobbar med att bli bättre, bland annat genom att integrera produktion och konstruktion. Eddie Pröckl på Tidningen Ny Teknik har skrivit om företaget vid ett flertal tillfällen.&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;a href=&#34;http://www.nyteknik.se/pub/ipsart.asp?art_id=43112&#34;&gt;Så vässar Scania sin produktion&lt;/a&gt;&lt;/li&gt;&#xA;&lt;li&gt;&lt;a href=&#34;http://www.nyteknik.se/pub/ipsart.asp?art_id=42997&#34;&gt;Scanias konstruktörer löser problem på löpande band&lt;/a&gt;&lt;/li&gt;&#xA;&lt;li&gt;&lt;a href=&#34;http://www.nyteknik.se/pub/ipsart.asp?art_id=41220&#34;&gt;Scania höjer pulsen på FoU&lt;/a&gt;&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;Saab håller &lt;a href=&#34;http://www.nyteknik.se/pub/ipsart.asp?art_id=41660&#34;&gt;också mästarklass&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Post-it Beard</title>
      <link>https://tobiasfors.se/post-it-beard/</link>
      <pubDate>Thu, 20 Oct 2005 12:53:25 +0000</pubDate>
      <guid>https://tobiasfors.se/post-it-beard/</guid>
      <description>&lt;p&gt;&lt;strong&gt;Post-it Beard:&lt;/strong&gt; What you give your monitor by putting post-its all around the edges of the bottom half of the screen.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Kopplingen Lean och Scrum</title>
      <link>https://tobiasfors.se/kopplingen-lean-och-scrum/</link>
      <pubDate>Wed, 12 Oct 2005 19:38:50 +0000</pubDate>
      <guid>https://tobiasfors.se/kopplingen-lean-och-scrum/</guid>
      <description>&lt;p&gt;Dataföreningen har publicerat den &lt;a href=&#34;http://www.dfs.se/upload/images/massor/Lean_Software_Develompement_och_lattrorliga_utvecklingsmetoder.pdf&#34;&gt;presentation jag och Mikael Lundgren höll på Sweden ICT Week den 13 september &lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Lean Forum, Göteborg</title>
      <link>https://tobiasfors.se/lean-forum-goteborg/</link>
      <pubDate>Sat, 17 Sep 2005 11:55:42 +0000</pubDate>
      <guid>https://tobiasfors.se/lean-forum-goteborg/</guid>
      <description>&lt;p&gt;Nästa vecka besöker jag &lt;a href=&#34;http://www.leanforum.se/&#34;&gt;Lean Forum i Göterborg&lt;/a&gt;. Det ska bli intressant att ta del av de erfarenheter de andra deltagarna har från tillämpningen av lean-tänket i deras respektive branscher.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Lean/agile på Sweden ICT Week</title>
      <link>https://tobiasfors.se/leanagile-pa-sweden-ict-week/</link>
      <pubDate>Wed, 24 Aug 2005 20:37:18 +0000</pubDate>
      <guid>https://tobiasfors.se/leanagile-pa-sweden-ict-week/</guid>
      <description>&lt;p&gt;Jag och min kollega Mikael Lundgren kommer att hålla ett föredrag på temat lean och agile på &lt;a href=&#34;http://www.networkstelecom.com/&#34;&gt;Sweden ICT Week&lt;/a&gt; den 13:e september. Vi tänkte berätta lite kort om principerna bakom lean och hur de praktiseras i Scrum. Perfekt tillfälle att knyta ihop teorin och praktiken. Tid: runt två har jag för mig.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Scrum Master Power Tools</title>
      <link>https://tobiasfors.se/scrum-master-power-tools/</link>
      <pubDate>Thu, 11 Aug 2005 14:38:39 +0000</pubDate>
      <guid>https://tobiasfors.se/scrum-master-power-tools/</guid>
      <description>&lt;p&gt;If you&amp;rsquo;re a Scrum enthusiast, chances are you&amp;rsquo;ve spent some time with Excel, trying to wrestle out burndowns and such. This guy, &lt;a href=&#34;http://peltiertech.com/Excel/Charts/&#34;&gt;Jon Peltier&lt;/a&gt;, seems to know a thing or two about Excel. Might be a source for inspiration. Remember to keep it simple though: don&amp;rsquo;t get stuck in Excel like others get stuck in Microsoft Project. It can be dangerously relaxing to just fiddle around with software for a while. Kind of meditative actually.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Vem behöver en arkitekt?</title>
      <link>https://tobiasfors.se/vem-behover-en-arkitekt/</link>
      <pubDate>Tue, 05 Jul 2005 18:55:00 +0000</pubDate>
      <guid>https://tobiasfors.se/vem-behover-en-arkitekt/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;http://www.martinfowler.com/ieeeSoftware/whoNeedsArchitect.pdf&#34;&gt;Who needs an architect?&lt;/a&gt; frågade sig Martin Fowler en gång.Alla! Om arkitektrollen innebär: en person som är ansvarig för att diskutera lösningen i termer av komponenter som är relevanta för kunden. En person som pratar med kunder på kunders vis, och utvecklare på utvecklares. Arkitekten blir då en sorts koncepthanterare, vilket skulle göra rollen mer intressant. Arkitekt i betydelsen &amp;ldquo;bestämmer vilka skikt i J2EE-lösningen som ska innehålla vad&amp;rdquo; är mindre intressant. Arkitekt i betydelsen &amp;ldquo;sitter i en grupp och utfärdar dekret och är sen sur mesta tiden för att ingen gör som gruppen säger&amp;rdquo; är självklart fullständigt vansinnigt. Men vanligt.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Intervju med David Schmaltz</title>
      <link>https://tobiasfors.se/intervju-med-david-schmaltz/</link>
      <pubDate>Thu, 19 May 2005 20:35:00 +0000</pubDate>
      <guid>https://tobiasfors.se/intervju-med-david-schmaltz/</guid>
      <description>&lt;p&gt;David Schmaltz är intressant som alltid i &lt;a href=&#34;http://www.projectsatwork.com/article.cfm?ID=224696&#34;&gt;min intervju med honom på Projects@Work&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>An Ethical Responsibility</title>
      <link>https://tobiasfors.se/an-ethical-responsibility/</link>
      <pubDate>Thu, 28 Apr 2005 20:15:00 +0000</pubDate>
      <guid>https://tobiasfors.se/an-ethical-responsibility/</guid>
      <description>&lt;p&gt;&amp;ldquo;Each professional employing a process has the ethical responsibility to inject their own good judgment into their use. We get to choose whether we use process to replace or enhance relationships.&amp;rdquo;&#xA;&amp;ndash; David Schmaltz, in an &lt;a href=&#34;http://leader.halmacomber.com/summary/schmaltz_interview_questions.pdf&#34;&gt;excellent interview by Hal Macomber&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Apropå övertid</title>
      <link>https://tobiasfors.se/apropa-overtid/</link>
      <pubDate>Wed, 30 Mar 2005 23:01:00 +0000</pubDate>
      <guid>https://tobiasfors.se/apropa-overtid/</guid>
      <description>&lt;p&gt;Inspirerad av den helt ofattbart sköna &lt;a href=&#34;http://www.poignantguide.net/ruby/chapter-1.html&#34;&gt;Why&amp;rsquo;s (Poignant) Guide to Ruby&#xA;&lt;/a&gt; har även jag bestämt mig för att bli tecknare.&lt;/p&gt;&#xA;&lt;p&gt;&lt;img src=&#34;http://www.tobiasfors.se/images/comics/overtid.gif&#34; alt=&#34;&#34;&gt;&lt;/p&gt;&#xA;&lt;p&gt;Men allvarligt, läs &lt;a href=&#34;http://www.bokus.com/cgi-bin/more_book_info.cgi?ISBN=917738573X&amp;amp;pt=search_result&#34;&gt;Tom DeMarcos bok Spelrum på jobbet&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Gå den eleganta vägen</title>
      <link>https://tobiasfors.se/ga-den-eleganta-vagen/</link>
      <pubDate>Wed, 30 Mar 2005 20:31:00 +0000</pubDate>
      <guid>https://tobiasfors.se/ga-den-eleganta-vagen/</guid>
      <description>&lt;p&gt;Får du ont i huvudet av o-eleganta lösningar? Det får jag. Därför gillar jag Ruby. Och Ruby on Rails, och ja, det är precis så bra som alla säger, verkar det som hittills i varje fall.&lt;/p&gt;&#xA;&lt;p&gt;Plus, varför är inte alla tutorials &lt;a href=&#34;http://www.poignantguide.net/ruby/expansion-pak-1.html&#34;&gt;lika underbara som den här, om Ruby&lt;/a&gt;? (Tips: om du följer denna tutorial, och har svårt att få IRB att funka med {,\ och andra roliga tecken, tänk på att du även måste sätta HOME-variabeln till din hemkatalog, där du lagt .inputrc).&lt;/p&gt;</description>
    </item>
    <item>
      <title>PMI vs Agile, eller inte?</title>
      <link>https://tobiasfors.se/pmi-vs-agile-eller-inte/</link>
      <pubDate>Fri, 04 Mar 2005 14:58:00 +0000</pubDate>
      <guid>https://tobiasfors.se/pmi-vs-agile-eller-inte/</guid>
      <description>&lt;p&gt;Stora motsättningar kan tyckas råda mellan de teorier som verkar ligga bakom de praktikregler för projektledning som beskrivs av PMI (se Koskela, Howell, 2002) och de tankar som bygger upp idéerna kring lättrörlighet. Trots detta är det viktigt att komma ihåg att en ny teori inte nödvändigtvis diskvalificerar en gammal i detta fall. Kanske är det helt enkelt så, att de senaste årens ökande intresse för lättrörlighet även tyder på en ökad förståelse för den traditionella projektteorin; att kunna avgränsa en teoris tillämpbarhet är ju avgörande för förståelsen av den. De senaste årens uppmärksamhet kring mindre byråkratiska och mer lyhörda arbetssätt har ju inte bara lett till ett ökat fokus på teorin bakom de nya arbetssätten, utan också till ökad kunskap om de traditionella arbetssätten. Mintzberg påpekade redan i &amp;ldquo;Structure in Fives&amp;rdquo; att organisationers sätt att strukturera sig behöver vara anpassat efter komplexiteten och dynamiken hos den omgivning de befinner sig i, annars kan de helt enkelt inte fungera effektivt. Något som är värt att tänka på för de mjukvaruteam som inte förstår varför deras i allt väsentligt vattenfallsbaserade arbetssätt (sen kan man kalla det RUP eller vad man vill, lägger man allt krut på att skriva en &amp;ldquo;komplett kravspecifikation&amp;rdquo; och sedan &amp;ldquo;frysa&amp;rdquo; den jobbar man inte iterativt) inte fungerar som organisationsform gentemot en beställarorganisation vars förutsättningar på marknaden ändrar sig från dag till dag.&lt;/p&gt;</description>
    </item>
    <item>
      <title>MSF</title>
      <link>https://tobiasfors.se/msf/</link>
      <pubDate>Fri, 04 Feb 2005 18:09:57 +0000</pubDate>
      <guid>https://tobiasfors.se/msf/</guid>
      <description>&lt;p&gt;Note to self: det är förmodligen läge att gräva djupare i vad Microsoft vill åstadkomma med sitt &lt;a href=&#34;http://msdn.microsoft.com/vstudio/enterprise/msf/&#34;&gt;Microsoft Solution Framework&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Personal Helicon</title>
      <link>https://tobiasfors.se/25/</link>
      <pubDate>Thu, 03 Feb 2005 22:38:05 +0000</pubDate>
      <guid>https://tobiasfors.se/25/</guid>
      <description>&lt;p&gt;Tag en paus och njut av min absoluta favoritdikt alla kategorier - &lt;a href=&#34;http://www.ibiblio.org/ipa/heaney/personal.html&#34;&gt;Seamus Heaneys &amp;lsquo;Personal Helicon&amp;rsquo;&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Rulla på med Rails</title>
      <link>https://tobiasfors.se/rulla-pa-med-rails/</link>
      <pubDate>Mon, 31 Jan 2005 14:49:49 +0000</pubDate>
      <guid>https://tobiasfors.se/rulla-pa-med-rails/</guid>
      <description>&lt;p&gt;Ruby on Rails verkar vara ett intressant initiativ. Pröva på tekniken med hjälp av &lt;a href=&#34;http://www.onlamp.com/pub/a/onlamp/2005/01/20/rails.html&#34;&gt;Curt Hibbs snabba introduktion &amp;ldquo;Rolling with Ruby on Rails&amp;rdquo;&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Haleluja, I am Test-Driven</title>
      <link>https://tobiasfors.se/haleluja-i-am-test-driven/</link>
      <pubDate>Mon, 31 Jan 2005 10:37:32 +0000</pubDate>
      <guid>https://tobiasfors.se/haleluja-i-am-test-driven/</guid>
      <description>&lt;p&gt;Patrik Fredriksson has published &lt;a href=&#34;http://weakreference.blogspot.com/&#34;&gt;a beautiful story about his conversion to test-driven development&lt;/a&gt;. I was one of the dorks who held the presentation on the topic.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Du gamla, du sjuka</title>
      <link>https://tobiasfors.se/du-gamla-du-sjuka/</link>
      <pubDate>Sat, 15 Jan 2005 14:09:10 +0000</pubDate>
      <guid>https://tobiasfors.se/du-gamla-du-sjuka/</guid>
      <description>&lt;p&gt;Om du ännu inte läst Dagens Nyheters artikelserie om Sveriges sjukvård, tag dig då en stund och kliv in i en fascinerande och skrämmande värld.&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;http://www.dn.se/DNet/jsp/polopoly.jsp?d=1058&amp;amp;a=354198&amp;amp;previousRenderType=1&#34;&gt;Dagens Nyheter - Du gamla, du sjuka&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Ovanligt bra nyhetsbrev</title>
      <link>https://tobiasfors.se/ovanligt-bra-nyhetsbrev/</link>
      <pubDate>Mon, 10 Jan 2005 14:07:36 +0000</pubDate>
      <guid>https://tobiasfors.se/ovanligt-bra-nyhetsbrev/</guid>
      <description>&lt;p&gt;&amp;ldquo;Expose the myth behind the necessity and the stuckness evaporates. Then an array of alternative possibilities appear.&amp;rdquo;&lt;/p&gt;&#xA;&lt;p&gt;David Schmaltz, författare till den suveräna The Blind Men and the Elephant har publicerat &lt;a href=&#34;http://www.projectcommunity.com/newsletter.shtml&#34;&gt;senaste numret av sitt nyhetsbrev&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Debattinlägg i Computer Sweden</title>
      <link>https://tobiasfors.se/debattinlagg-i-computer-sweden/</link>
      <pubDate>Fri, 17 Dec 2004 10:15:31 +0000</pubDate>
      <guid>https://tobiasfors.se/debattinlagg-i-computer-sweden/</guid>
      <description>&lt;p&gt;Har du hittat ett &amp;ldquo;paketerat arbetssätt&amp;rdquo; som du tänker &amp;ldquo;implementera&amp;rdquo; i din organisation? Läs först mitt &lt;a href=&#34;http://computersweden.idg.se/ArticlePages/200412/09/20041209150819_CS842/20041209150819_CS842.dbp.asp&#34;&gt;debattinlägg i Computer Sweden&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Recipe for Insanity</title>
      <link>https://tobiasfors.se/recipe-for-insanity/</link>
      <pubDate>Mon, 15 Nov 2004 15:24:51 +0000</pubDate>
      <guid>https://tobiasfors.se/recipe-for-insanity/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;http://www.projectcommunity.com/990320_tragedy.html&#34;&gt;Seeking an objective means to solve a subjective dilemma is a recipe for insanity.&#xA;&amp;ndash; David Schmaltz&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Rusell Ackoff om system</title>
      <link>https://tobiasfors.se/rusell-ackoff-om-system/</link>
      <pubDate>Mon, 08 Nov 2004 15:59:55 +0000</pubDate>
      <guid>https://tobiasfors.se/rusell-ackoff-om-system/</guid>
      <description>&lt;p&gt;Systemtänkande är ett ofattbart spännande ämne, tycker jag. &lt;a href=&#34;http://www.pegasuscom.com/asx/ackoffV9303.asx&#34;&gt;Rusell Ackoff presenterar i det här videoklippet ämnet&lt;/a&gt; på det engagerade sätt det förtjänar.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Nakna objekt &#43; nästa generations filsystem</title>
      <link>https://tobiasfors.se/nakna-objekt-nasta-generations-filsystem/</link>
      <pubDate>Sun, 05 Sep 2004 23:04:51 +0000</pubDate>
      <guid>https://tobiasfors.se/nakna-objekt-nasta-generations-filsystem/</guid>
      <description>&lt;p&gt;Jag har läst på om Naked Objects, och ska snart börja bygga en testlösning på plattformen. En intressant fråga inför framtiden är vad teknik som Microsofts WinFS (och liknande lösningar på andra plattformar) i kombination med Naked Objects-tänket kan resultera i. Jag ser framför mig otroligt flexibla system, byggda med nakna objekt med en direkt mappning till filsystemet och dess metadatabas.&lt;/p&gt;&#xA;&lt;p&gt;För mer om potentialen med Naked Objects, läs igenom &lt;a href=&#34;http://www.nakedobjects.org/in-the-news.html&#34;&gt;upphovsmännens egen artikelsamling&lt;/a&gt;. Här finns även en givande artikel om olika problem med det användargränssnitt som idag automatgenereras till affärsobjekten. Själv tror jag att detta problem kommer att försvinna med tiden, allt eftersom tekniken sprids och nya gränssnittshanterare tas fram.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Naked Objects</title>
      <link>https://tobiasfors.se/naked-objects/</link>
      <pubDate>Sat, 04 Sep 2004 18:39:21 +0000</pubDate>
      <guid>https://tobiasfors.se/naked-objects/</guid>
      <description>&lt;p&gt;Med risk för att få äta upp det (den risken löper man väl i och för sig alltid när man yttrar sig) så tror jag Naked Objects kan vara hur viktigt som helst: &lt;a href=&#34;http://www.nakedobjects.org.&#34;&gt;www.nakedobjects.org&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Varning för användningsfall</title>
      <link>https://tobiasfors.se/varning-for-anvandningsfall/</link>
      <pubDate>Mon, 09 Aug 2004 11:17:17 +0000</pubDate>
      <guid>https://tobiasfors.se/varning-for-anvandningsfall/</guid>
      <description>&lt;p&gt;När jag först upptäckte användningsfall tyckte jag att de var ett otroligt lyft från den alltför vanliga &amp;ldquo;IEEE-listan&amp;rdquo; med krav som alla börjar med &amp;ldquo;The system shall&amp;hellip;&amp;rdquo;. Sen dess har jag både skrivit användningsfall själv och läst andras, och jag har blivit mer och mer skeptiskt inställd. Läs omedelbart den här sammanfattningen av några av problemen med användningsfall: &lt;a href=&#34;http://www.uidesign.net/1999/imho/oct_imho.html&#34;&gt;Use Cases Still Dangerous : Editorial : uidesign.net&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Mönster</title>
      <link>https://tobiasfors.se/monster/</link>
      <pubDate>Fri, 02 Jul 2004 10:27:02 +0000</pubDate>
      <guid>https://tobiasfors.se/monster/</guid>
      <description>&lt;p&gt;Är du intresserad av patterns? Missa då inte den här sidan som &lt;a href=&#34;http://downlode.org/etext/patterns/index.html&#34;&gt;sammanfattar Christopher Alexanders &amp;ldquo;A Pattern Language&amp;rdquo;&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Alistairs artiklar</title>
      <link>https://tobiasfors.se/alistairs-artiklar/</link>
      <pubDate>Mon, 28 Jun 2004 09:34:08 +0000</pubDate>
      <guid>https://tobiasfors.se/alistairs-artiklar/</guid>
      <description>&lt;p&gt;Alistair Cockburn har länge verkat som en sorts upptäcksresande i projektvärlden, och samlar många intressanta observationer &lt;a href=&#34;http://alistair.cockburn.us/crystal/articles/alistairsarticles.htm&#34;&gt;i sin artikelsamling.&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Verksamhetsregler med Drools</title>
      <link>https://tobiasfors.se/verksamhetsregler-med-drools/</link>
      <pubDate>Thu, 24 Jun 2004 13:44:59 +0000</pubDate>
      <guid>https://tobiasfors.se/verksamhetsregler-med-drools/</guid>
      <description>&lt;p&gt;Jag har tidigare tipsat om konceptet verksamhetsregler, och hittade nyligen till Drools webbplats. Än har jag inte tagit mig tid att kolla närmare på verktyget, men det kanske kan vara något att fördjupa sig i för den intresserade: &lt;a href=&#34;http://drools.org/&#34;&gt;Drools - Home&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Wicked Projects</title>
      <link>https://tobiasfors.se/wicked-projects/</link>
      <pubDate>Thu, 19 Feb 2004 11:54:47 +0000</pubDate>
      <guid>https://tobiasfors.se/wicked-projects/</guid>
      <description>&lt;p&gt;Vad är det som gör att projekt som är mer komplexa än att äta en glass inte låter sig underkastas den old school-projektmetodik som går ut att på att bryta ned och fasuppdela? Mary Poppendieck presenterar några teorier kring detta i &lt;a href=&#34;http://www.sdmagazine.com/documents/s=7134/sdm0205g/0205g.htm?temp=OVxvYJu2FL&#34;&gt;Software Development Online: Wicked Projects&lt;/a&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Gratis är gott - och ibland godare</title>
      <link>https://tobiasfors.se/gratis-ar-gott-och-ibland-godare/</link>
      <pubDate>Tue, 21 Oct 2003 22:34:05 +0000</pubDate>
      <guid>https://tobiasfors.se/gratis-ar-gott-och-ibland-godare/</guid>
      <description>&lt;p&gt;För er som inte redan visste det - utvecklingsmiljöerna för Java verkar ha kört om Microsofts verktyg med hästlängder. Det är en lustig vändning, eftersom det bara för några år sedan var Microsoft som hade ett rejält användbarhetsövertag. Idag kan man däremot få en kostnadsfri miljö (Eclipse) för Java som inte bara matchar, utan trumfar, Microsofts flaggskepp Visual Studio 2003. Så kan det gå. Det lilla jag prövat av Eclipse är helt oslagbart bra, från det inbyggda stödet för refactoring, via de underbara funktionerna för att navigera runt i koden, till vad som verkar vara ett rikligt utbud av plug-ins till miljön. 3-0 till Eclipse, Microsoft tills vidare utsparkad ur ligan.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Från utvecklare till utvecklare</title>
      <link>https://tobiasfors.se/fran-utvecklare-till-utvecklare/</link>
      <pubDate>Sun, 19 Oct 2003 12:09:28 +0000</pubDate>
      <guid>https://tobiasfors.se/fran-utvecklare-till-utvecklare/</guid>
      <description>&lt;p&gt;Den som utvecklar på Microsoft-plattformen kan hitta mycket intressant i &lt;a href=&#34;http://www.microsoft-watch.com/article2/0,4248,933657,00.asp&#34;&gt;de många bloggar som Microsofts egna utvecklare nuförtiden publicerar&lt;/a&gt;. Över huvud taget verkar Microsoft ha för avsikt att använda bloggning och personliga sidor som ett &lt;a href=&#34;http://www.microsoft-watch.com/article2/0,4248,1068279,00.asp&#34;&gt;strategiskt verktyg i kommunikationen med omvärlden&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;Själv kan jag rekommendera &lt;a href=&#34;http://www.sellsbrothers.com/&#34;&gt;Chris Sells sida&lt;/a&gt;, där man bland annat kan läsa om hur rekryteringsintervjuer går till på Microsoft.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Portal-syndromet</title>
      <link>https://tobiasfors.se/portal-syndromet/</link>
      <pubDate>Sat, 27 Sep 2003 16:10:49 +0000</pubDate>
      <guid>https://tobiasfors.se/portal-syndromet/</guid>
      <description>&lt;p&gt;Det är helt otroligt hur bra mjukvara man kan få tag på helt gratis. Open source-världen har lyckats producera en hel del kvalitetsprogram. Fast just nu, när jag letar efter ett enkelt och stabilt verktyg för att hantera innehållet här på tobiasfors.se, lyckas jag inte så bra.&lt;/p&gt;&#xA;&lt;p&gt;Mer än en programmerare har upptäckt att hantering av webbmaterial är något som kan stödjas med verktyg. Tyvärr verkar resultatet ganska ofta lida av Portal-Syndromet. Denna skrämmande åkomma yttrar sig i form av webbplatser som lider av ett oöverblickbart fladder av många små rutor med texter, omröstningar, nyheter och allt annat som någon tyckt borde kunna publiceras på en och samma webbplats.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Mjukvaruutveckling = kunskapsutveckling</title>
      <link>https://tobiasfors.se/mjukvaruutveckling-kunskapsutveckling/</link>
      <pubDate>Wed, 18 Jun 2003 19:00:14 +0000</pubDate>
      <guid>https://tobiasfors.se/mjukvaruutveckling-kunskapsutveckling/</guid>
      <description>&lt;p&gt;&lt;strong&gt;Nyfiken på verksamhetsregler&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;Mjukvaruutveckling är i grund och botten kunskapsutveckling. Vad vi gör som skapar datorprogram är att samla in kunskap, och sedan representera den på olika sätt. Det är egentligen inte så konstigt. Konstigt är däremot att vi fortfarande hanterar den insamlade kunskapen på ett så ineffektivt sätt.&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;https://tobiasfors.se/artiklar/nyfikenpaverksamhetsregler.php&#34;&gt;Läs hela artikeln&lt;/a&gt;&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
