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

<channel>
	<title>Agile Dimensions &#187; agile</title>
	<atom:link href="http://www.agiledimensions.com/blog/tag/agile/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.agiledimensions.com/blog</link>
	<description>Travel Less. Do More.</description>
	<lastBuildDate>Mon, 09 Jan 2012 07:02:13 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Putting a Project Manager in a Wheelchair</title>
		<link>http://www.agiledimensions.com/blog/2012/01/putting-a-project-manager-in-a-wheelchair/</link>
		<comments>http://www.agiledimensions.com/blog/2012/01/putting-a-project-manager-in-a-wheelchair/#comments</comments>
		<pubDate>Mon, 09 Jan 2012 06:51:30 +0000</pubDate>
		<dc:creator>AgileBill4d</dc:creator>
				<category><![CDATA[News]]></category>
		<category><![CDATA[Ability]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[Distributed]]></category>

		<guid isPermaLink="false">http://www.agiledimensions.com/blog/?p=449</guid>
		<description><![CDATA[&#160; “Putting a Project Manager in a Wheelchair &#8211; working with differing abilities” Dec 28, 2011 &#8211; Sojorner Auditorium &#8211; online. 22 people attended. &#160; Agenda Differing Abilities Pairing Agile Project Management Flavors of Agile Daily Agile Scrum Meetings with Agile Hopscotch Alternate tools for Distributed Teams &#160; Credits: Gentle Heron, the leader of the [...]]]></description>
			<content:encoded><![CDATA[<p>&nbsp;</p>
<p><strong>“Putting a Project Manager in a Wheelchair &#8211; working with differing abilities”</strong><br />
Dec 28, 2011 &#8211; Sojorner Auditorium &#8211; online.</p>
<p>22 people attended.</p>
<p><a href="http://www.agiledimensions.com/blog/wp-content/uploads/2012/01/va1112a.jpg"><img class="alignright size-medium wp-image-451" title="va1112a" src="http://www.agiledimensions.com/blog/wp-content/uploads/2012/01/va1112a-300x202.jpg" alt="Picture of the VA meeting" width="300" height="202" /></a></p>
<p>&nbsp;</p>
<p><strong>Agenda</strong></p>
<ol>
<li>Differing Abilities</li>
<li>Pairing</li>
<li>Agile Project Management</li>
<li>Flavors of Agile</li>
<li>Daily Agile Scrum Meetings with Agile Hopscotch</li>
<li>Alternate tools for Distributed Teams</li>
</ol>
<p>&nbsp;</p>
<p><strong>Credits:</strong><br />
Gentle Heron, the leader of the Virtual Ability Community for organizing and transcribing.  Gentle is a Linden Prize winner.  The Virtual Ability Community hosts 600 people interested in assisting people with disabilities and their care givers and proponents.</p>
<p>Thanks also go to the rest of the Virtual Ability, Inc. team for orienting attendees (Ladyslipper), scheduling work fo the event (iSkye), and Gentle (for real time transcription).</p>
<p>We also had good participation from the Audience ranging on comments on Scrum, Lean, Myers-Briggs, and also live demonstrations.</p>
<p><strong>Format:</strong><br />
This is a transcript of a 3d web online event.  Participants were able to visually interact with each other, the venue, and shared models.   Because we deal with health issues, we protect them by showing part of their chosen pseudonym.  They are free to reveal more if desired.   I did need to give them credit for their comments.   I’ll show you some excerpts from the transcript, mixed with my paragraph summaries.</p>
<p>The talk began at 6:30 pm Pacific.   Gentle Heron spoke first.</p>
<p>(Gentle Heron)<br />
Good evening, and welcome to Sojourner Auditorium on Virtual Ability Island. It’s nice to see everyone here tonight for this topic.</p>
<p>This is part of an ongoing series of events during December and January about the United Nations&#8217; Convention on the Rights of Persons with Disabilities. We call this series Waiting for the World to Change.</p>
<p>The next presentation in this series will be December 29, The topic will be “Redefining Disability: The International Classification of Functioning, Disability and Health.” ALiesel &amp; Alzimarie, Thomas Jefferson University, Occupational Therapy graduate students will present on this topic over on Healthinfo Island<br />
[18:34] Gentle Heron: Tonight AgileBill Firehawk will speak with us about &#8220;Putting a project manager in a wheelchair &#8211; working with differing abilities.&#8221;</p>
<p>His credentials for presenting tonight include working as a developer, teacher, and consultant for over 20 years. He has worked at IBM and now works in the health care industry.  After coming to Virtual Worlds in 2009, he updated his career to teach project management using imersive 3d concepts and to promote people with differing abilities. Bill has served on the Board of Directors of Rockcliffe University Consortium, and is a graduate of the University of Washington certificate program on virtual worlds.</p>
<p>[18:35] Gentle Heron: Bill is willing to take clarification questions during his presentation, but please keep them short.  He will be presenting in voice and typing some of what he says, and I will be transcribing to text the other material for those who need that mode of input.</p>
<p>(AgileBill begins speaking)<br />
I will put a project manager in a wheelchair.: Or the other way around, put someone in a wheelchair in a project manager job.  If you are in a W/C you have skills that you could use with distributed teams.</p>
<p>So many teams now are global.  I&#8217;ve spent years working with distributed teams, at IBM, Rockcliffe University Consortium, and in the health care industry.  As part of the Virtual Ability Community, you work remotely every day.  That gives you mad skills for today’s distributed teams.  You know the challenges.  But you are ahead in some skills &#8211; out of force of necessity..</p>
<p><strong>Topic 1 &#8211; “Differing Abilities.”</strong><br />
((Bill begins class sitting in a wheelchair, then stands)).<br />
I am lucky I can stand up and get out of the wheelchair.   But not everyone can. I hope we can train people to take advantage of your skills.  I wanted to share what I learned in 2 years of pushing distributed tools.   I want to give you practical knowledge on how to do project management with distributed teams.</p>
<p>Let&#8217;s start with project management (PM).  I specialize in the Agile style of project management and software development.  But it goes beyond software.  It works well for many kinds of projects.</p>
<p>(The audience commented here that so many project failed we needed to come up with new way to manage projects &#8211; thanks Any1).</p>
<p><strong>Topic 2 &#8211; &#8220;Pairing&#8221;</strong><br />
There are three ways to product work.  By yourself, or “Solo”,  Inspect it after it is initially done, or work together at most times with a partner.  We call this last method “Pair Programming”.    That name is a misnomer because it is so useful beyond just programming.</p>
<p>Old way &#8211; working Solo with inspections<br />
We are trained in school that working together is cheating.  Actually, in industry it is teamwork and has many benefits.   The old way to work is to work on your own, perhaps being confused and making mistakes.  You go to an inspection meeting, find a list of defects, then go off on your own to fix them, being nearly as lost.   This assumes people actually hold inspections.</p>
<p>[18:45] any1: any individual developer is too productive&#8230; in a bad way&#8230; pair development provides quality assurance and it works like a charm</p>
<p>I will show you the other way.  We take turns.</p>
<p>[18:44] AgileBill Firehawk: come with me Ahroun<br />
[18:44] Gentle Heron: Now Bill and Ahroun are sitting together.<br />
[18:45] Gentle Heron: Two people work on one computer.</p>
<p>Ahroun might be thinking big picture strategy.  I might think of details.  Then we help each other if we make mistakes.  We fix mistakes before going on.  It&#8217;s self pacing.  It&#8217;s tiring, so we&#8217;ll switch roles.  I will think big picture, and Ahroun will do the details.</p>
<p>It’s effective.   It helps you invent things.   It helps you removed defects right away.  It helps make sure everything is inspected.   It increases quality.</p>
<p>[18:46] any1: communication is inherently creative&#8230; because it&#8217;s imperfect<br />
[18:46] AgileBill: That&#8217;s our demo of Pair Programming.<br />
[18:46] AgileBill Firehawk: Thanks Ahroun!<br />
[18:46] Ahroun Maelstrom: No problem.</p>
<p><strong>Sub Topic &#8211;  “Pairing Beyond Software Development.”</strong><br />
It&#8217;s been effective for building together in 3d models. Together we change and add to the build.  Always 2 pairs of eyes looking and improving.  That is an Agile concept that works well in 3d building.  I recommend the book &#8220;Pair Programming Illuminated&#8221; by Robert Kessler and Laurie Williams to learn how.</p>
<p>http://www.amazon.com/Pair-Programming-Illuminated-Laurie-Williams/dp/0201745763/ref=sr_1_1</p>
<p><strong>Topic 3 &#8211; &#8220;Agile Project Management&#8221;</strong><br />
In Agile, we work in 2 week cycles.  These are usually called iterations or sprints.  The purpose of an iteration is to force ourselves to confess if we are really done or note.  It is also easier to plan details two weeks at a time and adjust.  We still have a bigger picture plan saying how much stuff we will do during the project, and perhaps some stretch goals.  But planning *details* farther than two weeks out is not only a waste, but can slow your ability to fresh realities.  “Planning is Essential, the Plan is Worthless.”</p>
<p>Some people use shorter or longer sprints, but 2 weeks is recommended and now the most common length.  Here is a summary of what happens in the 10 working days of an iteration.</p>
<p>Day 1        - plan the next two weeks worth of work.<br />
Day 2 &#8211; 8   - “Do” your test, code, build.  Note that we don’t put off the testing to the end!<br />
Day 10       - Demonstrate your work to get feedback on the product, then hold a lessons learned or “Retrospective” to improve the process.  Make the process smoother.</p>
<p>[18:49] any1: risk driven development&#8230; test incrementally as you develop&#8230; don&#8217;t go to far &#8230; without verifying quality &#8211;  improve the processes&#8230; constantly&#8230;.<br />
[18:50] any1: it&#8217;s like a Japanese car factory (Toyota Production System)<br />
[18:51] any1 : interact with ur customer&#8230; check in often.. rather than creating in a vacuum</p>
<p>The reason we do this style of PM is we can improve risks and satisfy customers, improve quality, go faster.  It is a way to manage work to absorb change.  It makes change a competitive advantage.<br />
[18:51] Candice smiles at that</p>
<p><strong>Sidebar &#8211; &#8220;Sustainable Pace&#8221;</strong><br />
[18:51] Pamala- if you do this at a sustainable pace, your employees will benefit.</p>
<p>Sometimes with long time frames, people are lackadaisical, and the work is done all at the end. Nothing was paced out, nothing distributed through time.  With Agile, it&#8217;s not 80 hours one week and 4 the next.   If you “over-stuff” your iterations, you cannot keep up with the pace.</p>
<p>[18:52] Joel: and then in the last two weeks, everyone realizes it&#8217;s only half done <img src='http://www.agiledimensions.com/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /><br />
[18:52] Candice: You haven&#8217;t worked in the ad business where everything is like that<br />
[18:52] Trion: A schedule needs to be in place that gets work done in stages<br />
[18:52] AgileBill Firehawk: lol, so true Candice<br />
[18:52] any1: facilitate productivity.. rather than rush development at the end for the deadline</p>
<p><strong>Topic 4 &#8211; “Flavors of Agile”</strong><br />
I use the “A word”, or  Agile. But there is no such thing. You have to do specific methods. There are several agile methods.  Agile is an umbrella term for Scrum, XP, and Kanban.</p>
<p>Scrum focuses only on Project Management.  Like all Agile methods, it features short time-boxed iterations.  You may take 4 months to create a product your customers will install, but you demo to them every 2 weeks.  That helps you make sure you are building what they want.</p>
<p>Pamala and Bill both hold certifications in Scrum, which is one of the most popular Agile methods. Lots of people are hiring this style of management now.</p>
<p>Extreme Programming, or XP, also does this, but adds some technical practices, such as Pair Programming, Continuous Integration, Refactoring, and Test Driven Development.</p>
<p>Kanban does not have the two week deadline.  Instead it focuses on how long tasks take, and watches that you don’t start too many things at once.  It focuses on ‘pulling’ work through the system.</p>
<p>(At this point in the talk we went into a bit of a tangent and we started to discuss Lean and Six Sigma, I think that i would like to take the time here to explain a bit more fully what each of those are.)</p>
<p>Lean is a set of project management techniques.  They evolved from work by the Toyota Motor Corporation, W. Edwards Deming, and have been adapted to software in the books by Mary and Tom Poppendieck.   Lean can optimize what you do.  You can use Lean with everything.  For example, it teaches how to reduce 7 forms of waste, like wait time and extra features.  It’s a good compliment to Agile.  Six Sigma is about statistical quality control.</p>
<p>Pamala- How close is Lean and SixSigma?<br />
[18:55] Trion: Lean is a way of thinking<br />
[18:55] Gentle Heron: SixSigma is statistical quality control.<br />
[18:56] Trion Ormenthal: Kanban is a lean tool</p>
<p>Kanban is also cool. It focuses on flow.  You don&#8217;t have a 2 week deadline.<br />
[18:56] AgileBill asks “How many of you have a To Do List?”<br />
[18:56] Bathsheba: I have a to do list of to do lists<br />
[18:56] Aiyana: raises her hand<br />
[18:56] Gentle does! it&#8217;s a ToDo Encyclopedia though.<br />
[18:56] Aiyana: lol<br />
[18:57] iSkye: raises both hands<br />
[18:57] Pamala- Like the Franklin Day Planner.<br />
[18:57] NANA: I have list to don&#8217;t.<br />
[18:57] Gentle Heron likes that Nana!<br />
[18:58] Ti has 8.67 billion items on her to do list</p>
<p>(Bill chuckles, and continues)<br />
The idea is to prioritize.  Some people use MoSCoW methods. This stands for “Must Should Could Won’t”.  But it really turns out to be Must , Must, Must, Must..  Don’t bother.  Rank your requirements with 1st, 2nd, 3rd, 499th, etc.   In Agile, we *pull* the from the list.  We take the top priority ones first.</p>
<p>[18:58] any1: Kepner Tregoe &#8230; Situation Analysis&#8230; can prioritize any messy situation</p>
<p>For Agile, you need them prioritized. Top to bottom. You can pick the good stuff off the top, and do them in order.</p>
<p>Let&#8217;s pretend a 6 month project.  That’s 12 two week “sprints”, or iterations.<br />
Some people like to focus on architecture first.  Either way, our focus is to build high quality stuff every two weeks.  It is done, Done, DONE!   That means we can’t say ‘I’m done, but have a few things to finish up next week’ (like I usually do, lol).   It means no repair later.  If you can’t get it done without bugs, put it back on the To Do pile, to be re prioritized into a future iteration..  Our sprints are Done! in terms of quality, but we will still add function to the release later.</p>
<p>[18:59] any1: what about Kaizan events? are they magic or what?<br />
[19:00] Abal: 3 week development 1 week test<br />
// Bill *coughs*, and says “Note- that is a mini waterfall, and is not what we are really hoping for.  We want 1 day of planning, 8 days of similar tech days, then one day of demo/retro”</p>
<p><strong>Subtopic &#8211; “Planning Your Team’s Hours”</strong><br />
I like to plan 54 hours of work every 2 weeks, per person.  54 hours is a sweet spot because it leaves time for important work beyond the scheduled tasks.  It’s not possible or worth it to plan for that extra work.   Ironically, it will slow you down if you stuff too much on your schedule.  That is because you lose 20% of productivity for each task you juggle.<br />
<a href="about:blank">(http://psychology.about.com/od/cognitivepsychology/a/costs-of-multitasking.htm)</a><br />
That means it is optimal to divide your day into some focused ‘on task’ time, but also admit we need time to handle phone calls, requests for help from team mates, mandatory company meetings, and unexpected repair work (*gasps*).</p>
<p>Two weeks times forty hours per week<br />
That leaves 30% of time for email or meetings.   There is some math Let’s look at that in a bit more detail.<br />
Two weeks at 40 hours a week  = 80 hours.   70% of that is 56.   Or you could look at it this way<br />
- 4 hours for a planning meeting on day 1<br />
- 2 hours for 8 15 minutes one day for planning (4 hours + 2 hours for 8 15 minute stand up meetings).<br />
- 2 hours for a demo on day 10<br />
- 2 hours for a retrospective on day 10<br />
The rest of the time is for e-mail,</p>
<p>Or you can say the scrum will require meetings and a review at the end.<br />
Successful teams do 54 hours of work every 2 weeks.<br />
The trick is you will burn out if you do more.</p>
<p>Here is a task board.  In each 2 week period, we look at the Task board- yellow stickies and a white board.  One eletronic aid for this is a tool called AgileZen (http://www.agilezen.com).  I like it because it is free for an individual, and very inexpensive for groups.  It shows columns for work, such as not started, in progress, and done.  You can customize these.   You can drag boxes representing work from column to column.</p>
<p>One agile concept is the team swarms on the tasks when needed.  That gives you a benefit from collaboration that you may not see if individual heroism is the focus.</p>
<p>In the old management styles, the busy boss assigned work to individuals. and at the end of the year you are rated on how much you got done.  The top folks get bonuses, and the bottom folks get fired each year.</p>
<p>How does over rewarding individuals promote teamwork?<br />
[19:04] Joel: Darwinian management<br />
(we had a visit from a gamer at this point who plays a vampire game, so we joked and made an analogy about people turning off their minds and feeding their vampire overlords.  Then our event host team ushered the visitor to the appropriate place &#8211; Thanks team!)</p>
<p>Let’s get back to our task-board.  At the end of the day look at how much work Remains.  In our example, let’s use 54 hours per person per two weeks times a 6 people.  That’s a total of 324 hours of work before our demo.   We don’t care how much work was done.  We don’t care about partial credit.  We only care how much is left now.   That reflects the reality that our estimates are approximate, and focuses our time on the current situation.  We graph the remaining work each day to get a picture of the trend.  The end of our graph should land on zero work left by our deadline!</p>
<p>[19:05] Iso: you know, this sounds like it would be a good work strategy for ANY work situation</p>
<p><strong>Topic 5 &#8211; “Daily Agile/Scrum Meetings with Agile Hopscotch”</strong></p>
<p>Let me show you a tool called  Agile Hopscotch  (Agile Hopscotch is © 2011 by Agile Dimensions LLC).  Bill and Pamala invented it.</p>
<p>Let’s have a demo!</p>
<p>[19:06] Iso: more fun too<br />
[19:06] Gentle: Bill is making room for a demo.<br />
[19:06] Gentle Heron: Pamala invented Agile Hopscotch for Agile Dimensions LLC.</p>
<p>Both Extreme Programming and Scrum use daily 15 minute meetings.  Agile Hopscotch makes the meetings more effective.</p>
<p>Let’s say we have a team of 8 people, who are spread across the globe.  In Scrum, the most popular Agile method, we have daily 15 minute meetings.</p>
<p>1)  You state two things you finished yesterday<br />
2)  Then the two things you want to get done today.<br />
// important correction &#8211; it’s not what you ‘want’ to do, it is what you *commit* to do for your team mates, TODAY.<br />
3)  The next step is any difficulties, or ‘blockers’. When I stand on this hopscotch square and state my problem, the team should give me some quick solutions, or set a time to talk after the short meeting.</p>
<p>*Demonstration*  We walk on the Agile Hopscotch map.<br />
Here Pamala and I had some role play demonstrating a quick meeting on the Agile Hopscotch floor mat</p>
<p>Example:<br />
[19:09] Bill- Yesterday I prepped my talk and worked on a build.<br />
[19:09] Today (tomorrow I will finish) a blog post and will work on a build.<br />
[19:09] The blocker is how to export a build in Unity<br />
[19:09] Does anyone know Unity 3D?<br />
[19:09] Pamala- I have a Unity tip for you.  I’ll pass it to you after the meeting</p>
<p>Bill- using Agile Hopscotch is cool because helps people focus.<br />
If you say you have a daily 15 minute meeting, they babble.<br />
This structure focuses people.  It makes meetings high energy.  It keeps people focused on the tasks at hand..</p>
<p>They won&#8217;t try to do 8 things at once.  You lose 20% productivity for each thing you juggle.<br />
[19:11] any1: that&#8217;s a big deal imho</p>
<p><strong>Topic 6 &#8211; “Alternate tools for distributed teams”</strong></p>
<p>[19:11] Gentle Heron: Bill- I want to show you something else.<br />
I will show you a block diagram of the agile process.  But it is actually a living space where you can do Agile in a spatial context.  I am showing a custom space I designed for Agile teams using a tool called Sococo.  The layout of the space is useful, and also reminds you of the Agile process.</p>
<p>I would like to *do* project management in 3d.  But many people percieve 3d platforms as a game.  Platforms like Second Life that mix gaming and education further confuse business minded audiences. But tools such as Sococo are very clearly for efficient work.</p>
<p>There is a range of tools.  Other 3d environments include Web.alive, VenueGen, SpotOn3d, OpenSim, ReactionGrid, InWorldz, Habo, and Twinity.  But a flat 2d yet simple view offered</p>
<p>Digression &#8211; Correlation of Myers-Briggs preference with appetite for 3d<br />
[19:12] Candice: Bill . how does MBTI work within this .. not everyone can focus &#8230;<br />
[19:12] AgileBill: MBTI stands for Myers Briggs Type Indicator, and is a psychological test to show your preferences.  If you create too fancy a build, it&#8217;s not good because some people may be over stimulated.<br />
[19:14] Candice: Yep<br />
[19:12] AgileBill: But if it&#8217;s too simple, it&#8217;s boring.</p>
<p>(Showing picture of the Sococo tool)</p>
<p>I showed prospective users the 3D avatars, but some were uncomfortable.  Sococo is a mix of the instant communication we expect with tools like Skype, and a spatial context we get from tools like OpenSim and VenueGen.  (http://www.sococo.com), I have piloted it’s use with 200 people.  It can work well when timezones are overlapped enough.  For example, I work with people from the US and the Ukraine.   With team mates from India it’s a bit harder since for me there is over a 10 hour time difference (vs 7 for the Ukraine).  But within a few hours distance, it works great to form a vitual ‘bullpen’.  This can approach the feel of a team working toghether without cube walls, without the cost of refitting a physical space.  This allows for the “Osmotic Communication” very helpful for agile teams.</p>
<p>But it is hard to get people to use even a simpler tool such as Sococo.  They are very used to face to face, telephones, and even webcams.   In Sococo, you are represented as dot rather than a 3d avatar.  But even this more simplistic version is a stretch for some people.</p>
<p>Some people like 3d avatars.  You can see an example of me interviewing Grady Booch at <a href="../../">http://www.agiledimensions.com</a>  and http://bit.ly/BillGrady1.   Compare that with the simple dot ‘avatar’ offered in Sococo.  Yet the dot works for more people, at least in these beginning days of the 3d web frontier.</p>
<p>If you do project management from your home, if you are a good organizer&#8230;&#8230; that is project management.    Look how Virtual Ability pulls off events. You can do that from office or house.  But many people you would work with do not &#8220;get&#8221; 3d.  For those cases, Sococo is useful because it combines a ‘spatial context’ with simplicity.</p>
<p>It also has headsets, text, video, screen sharing.  Users can share control of applications.  And with my custom floor plan for agile teams, you can *do* agile in a spatial context designed for agile.</p>
<p>[19:17] Candice: Wouldn&#8217;t part of it be &#8220;marketing&#8221; the skills .. phrasing it so people understand what you&#8217;ve done .. kind of like a resume based on skillset?<br />
[19:17] AgileBill &#8211; yes, explaining the differences is the key,</p>
<p>Let’s look at the picture of Sococo.<br />
In this room I can tell I have 4 programmers.  I can see the manager in the corner office.  If you want to talk to him, click on his office.  The metaphor is simple enough to use, and also delivers the spatial context needed.</p>
<p>Let me give you more context.  20% of our population at work is in our biggest office, the rest is spread around the world in smaller pockets.   So I introduced them to virtual worlds. They didn&#8217;t like it.  They felt it was a game.  Then I introduced them to simpler tools, such as Sococo.  That one stuck, and we are one of the top users of the tool as we discussed.</p>
<p>I suspect it may be correlated with people’s mental preferences, which can be shown with the Myers-Briggs type indicator.  For example, some people gather information about their world with numbers, and decide based on logic.  Some gather information based on models and intuition, and may be more likely to “get” more complicated virtual environments.  This is being researched in SL’s Science Circle.   But it is good to have people on your team with diverse tastes.</p>
<p>[19:20] Bathsheba: they also perhaps fear human resource problems from working in an environment that is less protected?</p>
<p>Okay, so let’s summarize.  The message of this talk is that there are tools beyond virtual worlds.</p>
<p>I hope to be able to continue to teach you more about project management in upcoming classes.</p>
<p>[19:20] Candice applauds<br />
[19:20] Dabici: TY Bill<br />
[19:20] Bathsheba: thanks!<br />
[19:21] Iso: applauuuuuuusssse<br />
[19:21] Dabici: great talk<br />
[19:21] Treasure: Great Presentation<br />
[19:21] AgileBill: thanks!!!<br />
[19:21] Ahroun: INTP ftw. <img src='http://www.agiledimensions.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  *claps warmly*<br />
[19:21] Iso: thank you Bill and Gentle..</p>
<p>Bill- I will do more talks until we get a project manager in a wheelchair.<br />
[19:21] Ladyslipper: Thank you!!!<br />
[19:21] Iso Huet: excellent<br />
[19:21] Iso Huet: !<br />
[19:21] AgileBill: .-&#8217;`'-. APPLAUSE APPLAUSE .-&#8217;`'-.</p>
<p><strong>Read more!</strong><br />
<a href="http://www.virtualability.org/">http://www.virtualability.org</a><br />
<a href="../../">http://www.agiledimensions.com</a><br />
<a href="http://www.sococo.com/">http://www.sococo.com</a><br />
<a href="http://www.agilezen.com/">http://www.agilezen.com</a><br />
<a href="http://bit.ly/BillGrady1">http://bit.ly/BillGrady1</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.agiledimensions.com/blog/2012/01/putting-a-project-manager-in-a-wheelchair/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Agile 3d Dojo</title>
		<link>http://www.agiledimensions.com/blog/2011/01/agile-3d-dojo/</link>
		<comments>http://www.agiledimensions.com/blog/2011/01/agile-3d-dojo/#comments</comments>
		<pubDate>Mon, 24 Jan 2011 07:06:04 +0000</pubDate>
		<dc:creator>AgileBill4d</dc:creator>
				<category><![CDATA[agile3d]]></category>
		<category><![CDATA[Features]]></category>
		<category><![CDATA[meetup]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[3d]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[Dojo]]></category>
		<category><![CDATA[Lean]]></category>
		<category><![CDATA[Scrum]]></category>
		<category><![CDATA[virtual worlds]]></category>
		<category><![CDATA[Zen]]></category>

		<guid isPermaLink="false">http://www.agiledimensions.com/blog/?p=239</guid>
		<description><![CDATA[Visit our Agile 3d Dojo for a peaceful place to learn]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.agiledimensions.com/blog/wp-content/uploads/2011/01/Agile3dDojo.jpg"><img class="alignleft size-medium wp-image-241" title="Agile 3d Dojo" src="http://www.agiledimensions.com/blog/wp-content/uploads/2011/01/Agile3dDojo-300x300.jpg" alt="" width="300" height="300" /></a></p>
<p>The timbers are down, mats unrolled, walls in place.   I have placed  training stations for assorted lessons around the room.  What&#8217;s a Dojo  you ask?  It is a Japanese word that means &#8220;place of learning&#8221; &#8211; often  for martial arts.   After getting my black belt in Tae Kwon Do, I feel  it&#8217;s more than just a school or building.  There is something mental  about it beyond the structure.</p>
<p>I have built a Dojo using virtual  worlds so we may meet, and let our mind consider questions ranging from  project management, Agile development, and Lean process.  I hope it  captures the feel of a learning place for you</p>
<p>Now all we need are students.</p>
<p>I built this for our user group meeting.  Checkout <a title="meetup.com/agile3d" href="http://www.meetup.com/agile3d.com">http://www.meetup.com/agile3d.com</a> </p>
<h2>Outside</h2>
<p>As a special feature sneak peak, here is an example of what it looks like outside the Dojo (Taken at Agile Coach Camp 2010, Bill, Bill, and Mike shown)</p>
<p><a href="http://www.agiledimensions.com/blog/wp-content/uploads/2011/01/OldSchool.jpg"><img class="alignleft size-medium wp-image-242" title="OldSchool" src="http://www.agiledimensions.com/blog/wp-content/uploads/2011/01/OldSchool-300x200.jpg" alt="" width="300" height="200" /></a></p>
<p><a href="http://www.agiledimensions.com/blog/wp-content/uploads/2011/01/dojonames1.jpg"><img src="http://www.agiledimensions.com/blog/wp-content/uploads/2011/01/dojonames1-300x206.jpg" alt="" title="dojonames" width="300" height="206" class="alignleft size-medium wp-image-258" /></a></p>
<p>&nbsp;<br />
<hr />
<p><a href="http://www.agiledimensions.com/blog/wp-content/uploads/2011/01/unitymeeting.muda_.jpg"><img src="http://www.agiledimensions.com/blog/wp-content/uploads/2011/01/unitymeeting.muda_-300x225.jpg" alt="" title="unitymeeting.muda" width="300" height="225" class="alignleft size-medium wp-image-257" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.agiledimensions.com/blog/2011/01/agile-3d-dojo/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Teaching Agile in 3D – to save you money</title>
		<link>http://www.agiledimensions.com/blog/2010/01/teaching-agile-in-3d-%e2%80%93-to-save-you-money/</link>
		<comments>http://www.agiledimensions.com/blog/2010/01/teaching-agile-in-3d-%e2%80%93-to-save-you-money/#comments</comments>
		<pubDate>Tue, 12 Jan 2010 10:09:41 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Features]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[agile dimensions]]></category>
		<category><![CDATA[agile3d]]></category>
		<category><![CDATA[training]]></category>

		<guid isPermaLink="false">http://www.agiledimensions.com/blog/?p=4</guid>
		<description><![CDATA[Need to save money?  Shorten product delivery cycle time?  Improve Quality or Customer Satisfaction?   Agile software development is a combination of techniques that are designed to do just that.  Some the techniques can apply beyond software projects as well.  Scrum, for example, is an agile project mangement method that works beyond software.  Lean is [...]]]></description>
			<content:encoded><![CDATA[<h4>Need to save money?  Shorten product delivery cycle time?  Improve Quality or Customer Satisfaction?</h4>
<p> <br />
Agile software development is a combination of techniques that are designed to do just that.  Some the techniques can apply beyond software projects as well.  Scrum, for example, is an agile project mangement method that works beyond software.  Lean is a way to optimize many processes.</p>
<p>So why another Agile website?  There are a decent number of gurus already.  But what’s different is the word ‘dimensions’.  We teach in 3D.  In addition to tradtional face to to face instruction, we offer immersive distance learning – not just to save airfare, but to provide a richer experience.  Students will grasp more, develop better networks, foster deeper understanding, and retain more so they can truely leverage what they have discovered.  We use modern pedagogical techniques to serve students with diverse learning styles.</p>
<p>But it’s not just style.  Bill Krebs, our principal consultant, has 25 years of experience as a programmer geek, performance engineer, and consultant.  He’s taught over 1,050 engineers and managers at IBM and beyond.  No matter what pain you feel, he can relate and advise.</p>
<p>Investing in training is more important now than ever.  If you’re with a company you have to improve to continue to save cost.  If you’re transitioning between jobs you need to update your skills to triumph in the next step of your career.</p>
<h3>How can Agile Dimensions Help Your Business?</h3>
<p>What?  You’re education budget has been slashed?  You have no travel budget?  AgileDimensions offers cost effective training with you in mind.  So, contact us for your choice of classes!</p>
<ul>
<li> Free 2 hour Primer (such as Agile 101)</li>
<li> Private course  (any length you want – 3 hours to 3 days!)</li>
<li> Private consulting</li>
<li> Certified Scrum Master Training</li>
</ul>
<p>For further information and detailed information about training and pricing, simply contact <a title=" mailto:AgileBill@AgileDimensions.com" href=" mailto:AgileBill@AgileDimensions.com">AgileBill@AgileDimensions.com</a>.</p>
<p>Did I say 3D?  No.  It’s really 4D.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.agiledimensions.com/blog/2010/01/teaching-agile-in-3d-%e2%80%93-to-save-you-money/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

