SOLWorld

Sharing and building Solution Focused practice in organisations

This in first instance is a place to collect interesting documents about "Agility" and how it fits to SF and how Agility and SF may profit from each other.
For discussions about this topic I prefer to do it in the SOLUTION-List: For me it is much comfortabler to write mails with a mail client compared with the restricted textbox-size in "ning"
AND:
with the list much more persons can follow the discussion in a well known and very simple way directly and not with alerts only....

Views: 1607

Replies to This Discussion

Yes, indeed - now I had a closer look into this site!

It it a GREAT resource!!!!! For example you find here:

* An Overview of Scrum
* Planning and Tracking on Agile Projects
* Effective User Stories for Agile Requirements
* Effective User Stories for Agile Requirements
* Planning and Tracking on Agile Projects
Bücher, Präsentationen, Videos, Podcasts, Merkblätter, Websites zu "Agility" auf DEUTSCH gibt es ==> HIER

This ressource is part of the Wiki of the German-speaking Scrum Community.

The community uses these pages to organize events and meeting within the community or just for discovering and finding people with similar interests in the German-speaking parts of Europe (mainly Germany, Switzerland and Austria).
Maybe these pages will evolve over time to become a platform for exchanging experiences and for acquiring deeper knowledge concerning Scrum and adjoining areas of interest.
A real case:
GUIDEWIRE (A): SPRINTING TO SUCCESS (using SCRUM)

Provided by Professor Stuart Read.
He is Professor of Marketing at IMD Lausanne (1). He prepared this case of an application of SCRUM in a entire company as a basis for class discussion rather than to illustrate either effective or ineffective handling of a business situation.)

Here some lines of the introduction:

When John Seybold and his partners founded Guidewire (originally Centrica Software) in 2001, he knew little more about the insurance industry than an informed consumer. But as chief architect of the startup company, he also knew that he and the team had to learn quickly if they were going to convince mainstream insurers to scrap their expensive aging mainframes
and adopt Java-based solutions from an unknown and unproven
provider.
Seybold felt that the flexibility and speed they needed might be realized through current thinking on agile project management and a process called “Scrum.” An outcome of the Agile Manifesto, Scrum defined a new way of organization: One that focused on creating products with the customer; that cut out middle management; where projects ran on a monthly cycle; and
that enabled the team to rethink priorities and processes at the conclusion of each monthly cycle. Seybold and his partners were betting that this process would help them quickly create an opportunity in insurance software.


For more see attached document!

(1)
Prof. Stuart Read is currently developing cases and research in the following areas:
- New ventures and innovation
- Specifically investigating expertise in the entrepreneurial domain
- Marketing of innovations with network externalities
- Non-predictive strategies that enable managers to effectively make decisions in situations of true uncertainty

His academic credentials include a Ph.D. in marketing from the University of Washington and a Bachelor's degree in computer science from Harvard University. He has nearly 20 years of industry experience, having participated in the creation of six high technology start-up firms. Four of those firms were acquired by industry leaders including Sun Microsystems and Lotus Development Corporation. Two are publicly traded. Stuart also spent 6 years with enterprise database software provider, Oracle Corporation.
Hi Hans-Peter,

here is the promised executive summary. You find further information about rapid prototyping on page 7,

best wishes,
Helga
Attachments:
Hi Helga, intersting, thank you for providing this paper!

Some comments from me:

I would like to understand better your view, that you see this paper related to "Agility in Projects and Management" or to SF.

IMHO this paper describes an attidude and a way to work based on classifications (page 4) and theories (page 12). And this for me is in contrast to the intentions of "agility" and "SF".

And also addressing a "blind spot" as the core message with this words:
"Why do our attempts to deal with the challenges of our time so often fail? Why are we stuck in so many quagmires today? The cause of our collective failure is that we are blind to the deeper dimension of leadership and transformational change. This “blind spot” exists not only in our collective leadership but also in our everyday social interactions. We are blind to the source dimension from which effective leadership and social action come into being."
for me is focused on a deficit and at the same time a bit too "mechanical": "The cause of our collective failure is..."
So, also this for me does not fit to SF...

I suggest to have - if you like it - a discussion about this in the SOLUTIONS-List!

Agile Product & Project Management Resource Center

Get insight into cutting-edge Agile Methodologies, software development techniques and project management practices directly from their founders.

Yesterday I attended the 3rd "Scrum Meeting" in Munich hosted by Allianz Insurance Company. It was a really GREAT event (designed as an Open Space) with about 50 participants.
As a giveaway at the end each participant received a deck of "Planning Poker Cards" sponsered by Allianz (Allianz is doing a lot of IT- and OE-projects based on "agile" priciples, especially using "scrum").
This cards are a nice example how to make estimations of the effort for tasks in a project not by an "expert in his cell" but as a "co-creative teamwork".

Here you find such cards (with instructions)
==> in English
==> in German
Lesenswertes über Agilität in Deutsch:
Jens Coldewey hat in seinem blog einen Bereich über Agilität und und in seiner Webseite eine Kolumne "Agile Entwicklung"
Danke für Referenz, Hans-Peter. Wichtig: Die Kolumne wurde 2005 beendet, derzeit pflege ich statt dessen meinen Blog. Die Kolumne besteht also eher aus Beiträgen aus der Frühzeit der Agilität. Ich habe aber festgestellt, dass durch die zunehmende Popularität von agilen Verfahren allgemein und Scrum im Besonderen diese Beiträge gerade von jenen, die neu dazu kommen, noch immer gerne gelesen werden
Adaptive Software Development: A Collaborative Approach to Managing... by James A. Highsmith
# Paperback: 392 pages
# Publisher: Dorset House Publishing Company, Incorporated (December 1999)
# Language: English
# ISBN-10: 0932633404
# ISBN-13: 978-0932633408

Comment by Elaine May (Portland, OR, USA):
I have worked at a Fortune 100 company for > 15 years as a software engineer, software manager, and consultant on improving software projects. During that time, I've read many texts on software engineering and software management. This book, more than any other I've read, best captures my philosophy of software management, except for the rants against software process and the SEI which I think are a little much at times. Really, what the author advocates (at least in my reading of this book) is a sensible balance -- not too much process nor too little. This book, along with Rapid Development, are my two favorite "handbooks" for software managers. If you're looking for a quick recipe that doesn't require thought and is guaranteed to be successful, you won't find it here. However, I'd argue that you won't find it anywhere. What you will find is a guide to developing your own "common sense" on software management.
Agile Software Development Ecosystems (The Agile Software Development Series) by Jim Highsmith
# Paperback: 448 pages
# Publisher: Addison-Wesley Professional (April 5, 2002)
# Language: English
# ISBN-10: 0201760436
# ISBN-13: 978-0201760439

Customer Reviews:

By C. K. Ray "agile sw developer"
I found Jim Highsmith's Agile Software Development Ecosystems to be an easier read than his first book Adaptive Software Development.

This one is an overview of the Agile methods and people behind them -- Scrum, Dynamic Systems Development Method, Crystal Clear, Feature Driven Development, Lean Development, Extreme Programming, Adaptive Software Development, Kent Beck, Alistair Cockburn, Ken Schwaber, Martin Fowler, Ward Cunningham, himself, Bob Charette -- and descriptions of some projects each method was used on.

None of the method descriptions are in-depth enough to actually do them, but they provide enough information to point you into a direction for further investigation. There is some discussion about Agile principles and values, and Agile methods versus non-Agile methods and Company Culture and Market Style, and some discussion on "how to make your own agile methodology" (or how to adapt one to your company's requirements).

I recommend it.


By B. K. Lau (Arlington, MA USA)
This book is about "The Agile Movement", if there is such a word.
This books attempts to convey the rationale and "night thoughts" of veterans who have been the route of traditional methodologies and UML and the hard lessons learned.
It is an interesting and eye-opening book along the line of "The Mythical Man Month" that every software architects, program managers and students of software engineering should read. It does holds its concerns well. An analogy from the art world would be fit here:
It is an "Impressionist" software practices resurgent in responding to traditional "Renaissance" software practices in responding to market forces and expectation and to "get the job done", avoiding over-engineered and over modelled process.

Whether Agile movement will be the last say in software process in the next decade is hard to say.
One big problem with software is that there are lack of accountability that other engineering discipline have and does not seem to fit the shoe as well other disciplines.(civil,electrical,etc). No one got drag to court if a software fails miserably. Compare that to a bridge or house collapsing.
So the ultimate question is "What is Software Engineering and does it makes sense?".
I think by reading this book will provoke you into thinking.

RSS

Badge

Loading…

Notes

Jumpstart into Solution Focus

You want to learn more about "Solution Focus"?

You prefer a "step by step" introduction instead to start with reading some
voluminous books?

You would appreciate to have a complete "helicopter view" on SF after the first step…

Continue

Created by Hans-Peter Korn Dec 25, 2009 at 10:25am. Last updated by Mark McKergow Nov 3, 2014.

Making the most of SOLWorld.ning.com

If you’ve just arrived at SOLWorld.org (the SOLWorld ning group), you may be looking at all the features and wondering where to start.  This note might be helpful…

 …

Continue

Created by Mark McKergow Jun 3, 2008 at 4:55pm. Last updated by Jesper H Christiansen Aug 22, 2017.

Open Space at SOLworld conferences

SOLworld Open Space instructions as it was used at the 2011 conference, by Mark McKergow

Continue

Created by Katalin Hankovszky Dec 30, 2015 at 10:18pm. Last updated by Katalin Hankovszky Dec 30, 2015.

SOLWorld Resources

Welcome to the SOLWorld Resources section.  This part of the site features information about the SOLWorld network, our past events and materials from our previous website.  It will take some time to update all the information, so thanks for your patience. 

Information in this part of the site is 'read-only'.  If you want to start discussions, please go to the Forum or Groups. …

Continue

Created by Mark McKergow May 12, 2008 at 4:08pm. Last updated by Mark McKergow Dec 2, 2022.

© 2024   Created by Mark McKergow.   Powered by

Badges  |  Report an Issue  |  Terms of Service