public marks

PUBLIC MARKS with tags team & work

2009

Departments

by greut

Modern startups should only have two departments: the problem team (people in contact with customers and prospective customers, understanding and learning from their needs) and the solutions team (engineers designing and building solutions to those problems).

seedcamp: It's All About Education

by greut

As Morpheus would say: There is a difference between knowing the path and walking the path. Your first sprints will probably fail. Ours did. But you have to keep going.

Quotes from the Matrix always look cheesy

5 Design Decision Styles. What's Yours?

by greut (via)

In our research, we found that the most effective teams were skilled in all five styles, choosing the style that best fit the needs and goals of a project. For example, they might concurrently be involved in deep research on a User-Focused project, while relying on their experience for a Genius designed project, and spend a little time whipping out some one-shot functionality whose results would be Unintended Design.

Since the teams are working with different styles all the time, does it matter? Our research says it does. The teams that produced the best experiences knew these styles well and how to quickly switch between them. They knew when they needed to go whole hog and pull out all the stops for a User-Focused style project, while also knowing when it was important to bang out a quick design, knowing the results would essentially be unintended. Those teams had a rich toolbox of techniques and a solid understanding on how and when to use them.

There is no silver bullet.

2008

Design By Community : Journal : Mark Boulton

by greut

Generally, in that group, there will be one or two loud voices. Maybe an Alpha Male or two. The important thing to note is that this is a small group. It will be difficult to reach common ground with a small amount of people.

ouch... that is my daily job.

CommunityWiki: Do Ocracy

by greut

A do-ocracy (also sometimes do-opoly, which is a more obvious pun on “duopoly”) is an organizational structure in which individuals choose roles and tasks for themselves and execute them. Responsibilities attach to people who do the work, rather than elected or selected officials.

do do do!

Pathfinder Development » Bullseye Diagram

by greut

Once the tasks are prioritized and in the bullseye, you can organize, arrange and add structure. You can start to see relationships, which may indicate a different priority. You can start to see categories, which may affect iteration planning. You can begin to add structure. The outcome of this exercise is an easily understood diagram showing the project’s priorities. For teams that aren’t comfortable assigning a number to a task, this is a good alternative to try.

Something more interesting than the usual Excel sheet

Reality Driven Development

by greut, 3 comments

If we had to bet our lives on the continued success and adaptability of any single company (...), we would place that bet on 3M. Using 3M as a blueprint for evolutionary progress at its best, here are five basic lessons (...).

  1. Give it a try - and quick!
  2. Accept that mistakes will be made.
  3. Take small steps.
  4. Give people the room they need.
  5. Mechanisms--build that ticking clock

Review Board

by greut & 1 other

Code reviews are fun again! ...almost.

more gentleman than Nat's blameall.py

2007

raganwald: Bricks

by greut
software is not made of bricks

2006

Queuing Theory and Agile Backlogs

by agileadvice
Updated article on the basic relationship between queueing theory and agile methods. Shows one of the reasons that agile methods work well.

Active users

greut
last mark : 20/08/2009 15:30

agileadvice
last mark : 07/09/2006 13:14