Googles Innovationsprozess und -prinzipien

Google kann wohl als überdurchschnittlich innovatives Unternehmen bezeichnet werden. In einem extrem dynamischen und auch wettbewerbsintensiven Markt schafft es Google schon seit Jahren, das Maß aller Dinge zu sein.

Bereits vor einigen Wochen habe ich einen kurzen Post zum Thema „How Google Innovates“ verfasst. Nun bin ich bei Evelyn Rodrigez auf ein interessantes PDF-File gestoßen, in dem sie Googles Innovationsprozess beschreibt.

pdf2.gif Googles Innovationsprozess

Hier einige der „Key Learnings“:

Formula: Smart people + creative environment + outlet for ideas = INNOVATION

Innovationsprinzipien:

  1. Ideen von überall her akzeptieren
  2. Top-100 Ideen priorisieren
  3. kleine, agile Projektteams
  4. Selbstorganisation und Sichtbarkeit / Visualisierung
  5. Kunden-zentriertes Design (Kunden ins Zentrum stellen)

Im PDF-File finden Sie weitere Erläuterungen zu den Punkten. Alter Wein in neuen Schläuchen? Was meinen Sie?

eProject heißt jetzt Daptiv

daptiv.jpg

eProject ist eine der weltweit führenden webbasierenden PM Lösungen – und heißt jetzt Daptiv. Leider ist Dativ bislang aber primär auf dem Amerikanischen Markt aktiv.

Features of Daptiv PPM

Project Planning

  • Manage project initiation requests
  • Score and prioritize projects based on business needs
  • Create portfolio views and dashboards of project „investment map“

Resource Management

  • Plan, schedule and allocate resources
  • Create project schedules in one of three views: Outline, Gantt or List
  • Create capacity plans to properly allocate resources

Project Management

  • Execute and manage projects from one secure, central location
  • Monitor project health using color-coded Project Health Indicators
  • Automate tasks and processes to increase efficiency

Portfolio Management

  • Manage, track and compare multiple projects from one secure, central location
  • Get a detailed view of project status to monitor progress, risks and results
  • Make strategic business decisions based on project progress

Collaboration

  • Your work, your way: employees configure their own views, reports and alerts
  • Syncs with common desktop tools such as MS Project and Outlook
  • Team members easily collaborate across projects and departments

Manifesto for Agile Software Development (Agile Manifesto)

Martin Fowler:

„In February 2001 a group of seventeen software pundits got together in Snowbird UT to discuss the growing field of what used to be called lightweight methods. We decide to use the term agile to describe this new breed of agile methods. We also wrote the Manifesto for Agile Software Development , setting out the values and principles of these agile processes. I was one of these self-elected visionaries and have since come across many questions about this group’s origins and the subsequent founding of the agile alliance. This is my recollection of those events.“

(Source)

AGILE MANIFESTO

We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:

  1. Individuals and interactions over processes and tools
  2. Working software over comprehensive documentation
  3. Customer collaboration over contract negotiation
  4. Responding to change over following a plan

That is, while there is value in the items on the right, we value the items on the left more.

Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland, Dave Thomas

(Source)

Translation into German:

  1. Individuen und Interaktionen gelten mehr als Prozesse und Tools.
  2. Funktionierende Programme gelten mehr als ausführliche Dokumentation.
  3. Die stetige Zusammenarbeit mit dem Kunden steht über Verträgen.
  4. Der Mut und die Offenheit für Änderungen steht über dem Befolgen eines festgelegten Plans.

HERE you find an excellente knowledge library on agile software development.

Outcomes over Features – the fifth agile value?



Also see Project Management 2.0 on this blog.