Archive for Oktober, 2008

The Complexity of Self–Complexity: An Associated Systems Theory Approach (Schleicher & McConnell, 2005)

Dienstag, Oktober 28th, 2008

The Complexity of Self–Complexity: An Associated Systems Theory Approach (Schleicher & McConnell, 2005)

Schleicher, Deidra J.; McConnell, Allen R.: The Complexity of Self–Complexity: An Associated Systems Theory Approach; in: Social Cognition, Vol. 23 (2005), No. 5, pp. 387-416.
doi: 10.1521/soco.2005.23.5.387

In my search for complexity measurements of intangible projects I came across this approach to measure the most complex thing I could think of – our beautiful mind.

In this article Schleicher & McConnell describe the commonly used trait sorting exercise to measure self-complexity. Participants are presented 25-40 traits or roles on cards. Then they are asked to group them so that they best describe the aspects of their selfs. For example a participant might group well-dressed, anxious, mature into as traits describing the student aspect of her self.
To measure the self-complexity redundancy and relatedness of the groupings need to be assessed using following formula:

H = log2n – ( ∑i ni log2ni ) / n
where
n = total number of attributes for sorting, ni = number of attributes in each group/self-aspect, i = number of groups/self-aspects

Studies have confirmed that participants with a higher self-complexity are better in managing stress, well-being, physical illness, and depression.

Schleicher & McConnell propose a two dimensional concept of self-complexity – (1) target-reference: concrete vs. abstract, (2) self-reference: public vs. private self.

Concrete ← target-reference → Abstract
Visual System Verbal System Public Self
Visual appearance Social Categories Personality Traits
Behavioural Observations Evaluations self-reference
Behavioural Responses Orientations Affective Responses
Action System Affective System Private Self

Balance Sheet Analysis

Dienstag, Oktober 28th, 2008

 Balance Sheet Analysis

After the monstrous write-up of the Bredillet article on the MAP method, I just wanted to quickly write this down. I did a quick overview of the usual suspects when it comes to Balance Sheet Analysis. There are four major categories I) Liquidity, II) Profitability Ratios, III) Financial Leverage Ratio, IV) Efficiency Ratio.

I) Liquditiy

  • Working Capital = current assets – current liabilities
  • Acid Test = (cash + marketable securities + accounts receivable) / current liabilities
  • Current Ratio = current assets / current liabilities
  • Cash Ratio= (cash equivalents + marketable securities) / current liabilities

II) Profitability

  • Net Profit Margin = net income / net sales
  • Return on Assets = net income / ((beginning of period + end of period assets)/2)
  • Operating Income Margin = operating income / net sales
  • Gross Profit Margin = gross profit / net sales
  • Return on Equity = net income / equity
  • Return on Investment = net income / (long-term liabilities + equity)

III) Financial Leverage

  • Capitalisation = long-term debt / (long-term debt + owner’s equity)
  • Interest Coverage Ratio = EBIT / interest expense
  • Long-term debt to net working capital = long-term debt / (current assets – current liabilities)
  • Debt to Equity = total debt / total equity
  • Total debts of assets = total liabilities / total assets

IV) Efficiency

  • Cash Turnover = net sales / cash
  • Sales to Working Capital = net sales / average working capital
  • Total Assets Turnover = net sales / average total assets
  • Fixed Assets Turnover = net sales / fixed assets

Learning and acting in project situations through a meta-method (MAP) a case study: Contextual and situational approach for project management governance in management education (Bredillet, 2008)

Dienstag, Oktober 28th, 2008

 Bredillet

Bredillet, Christophe N.: Learning and acting in project situations through a meta-method (MAP) a case study – Contextual and situational approach for project management governance in management education; in: International Journal of Project Management, Vol. 26 (2008), No. 3, pp. 238-250.
http://dx.doi.org/10.1016/j.ijproman.2008.01.002

[This is a relatively complex post that follows – the article goes into epistemology quite deep (What is knowledge? How do we acquire it?) without much explanation given by the author. I tried to put together some explanatory background to make the rationale for the article more accessible. If you are just interested in the curriculum Bredillet proposes for learning project management on the job, skip these parts and jump right to the end of the post.]

In this article Bredillet outlines his meta-method used to teach project management. This method’s goal is to provide a framework in terms of processes and structure for learning in situ, namely on projects, programmes and alike. Bredillet argues that this method is best in accounting for complex, uncertain and ambiguous environments.

[Skip this part if you’re only interested in the actual application of the method.]

The authors starts with reviewing the three dominant project perspectives. a) Instrumental Perspective, which defines a project as a temporary endeavour to create something. b) Cognitive Perspective, which defines projects as exploitation of constraints and human/monetary capital in order to achieve an outcome. c) Political Perspective, which define projects as spatial actions which are temporarily limited, thus interacting with their environment. Bredillet argues that project management education does not reflect these perspectives according to their importance in the real world.

Bredillet argues that project management, knowledge creation and production (epistemology) have to integrate classical scientific aspects (Positivism) as well as fuzzy symbolisms (Constructivism). He says: „that the ‚demiurgic‘ characteristic of project management involves seeing this field as an open space, without ‚having‘ (Have) but rather with a raison d’être (Be), because of the construction of Real by the projects“ (p. 240).
Without any prior indulgence into epistemology (‚What is knowledge?‘ E. v. Glaserfeldt, Simon, Le Moigne etc.) this sentence is rather cryptic. What Bredillet wants to achieve is to unify the Positivist and Constructivist epistemology. Positivist epistemology can shortly be summarised to be our approach to understand the world quantitatively (= have = materialism, with only few degrees of freedom, e.g., best practices, OR, statistical methods). On the other hand Constructivist epistemology tries to understand the world with a qualitative focus (=be = immateriality, with many degrees of freedom, e.g., learning, knowledge management, change management). Bredillet summarises the constructivist epistemology citing Comte as „from Science comes Prevision, from Prevision comes Action“, and the positivist epistemology according to Le Moigne’s two hypothesis of reference – phenomenological („an existing and knowledgeable reality may be constructed by its observers who are then its constructors“) and teleological („knowledge is what gets us somewhere and that knowledge is constructed with an aim“).

Bredillet then argues that most research follows the positivist approach, valuing explicit over tacit knowledge, individual knowledge over team/organisational knowledge. To practically span the gap between Constructivism and Positivism Bredillet suggests to acknowledge tacit, explicit, team and individual knowledge as „distinct forms – inseparable and mutually enabling“ (p. 240).

How to unify Constructivsm and Postivitsm in Learning of Project Management?
Practically he explores common concepts always from both views, from the positivist and the constructivist standpoint, for instance, Bredillet describes concepts of organisational learning using the single-loop model (Postivism) vs. double-loop model, and system dynamics theory (Constructivsm).  Secondly, Bredillet stresses that learning and praxis are integrated, which is what the MAP method is all about:

„The MAP method provides structure and process for analysing, solving and governance of macro, meso, and micro projects. It is founded on the interaction between decision-makers, project team, and various stakeholders.“ (p. 240)

The three theoretical roots for the map method are (1) Praxeological epistemology, (2) N-Learning vs. S-Learning, (3) Theory of Convention. Thus the map method novelty is that it

  • Recognises the co-evolution of actor and his/her environment,
  • Enables integrated learning,
  • Aims at generating a convention (rules of decision) to cope with the uncertainty and complexity in projects.

Ad (1): The basic premises of Praxeological epistemology [in Economics] taken from Block (1973):

  • Human action can only be undertaken by individual actors
  • Action necessarily requires a desired end and a technological plan
  • Human action necessarily aims at improving the future
  • Human action necessarily involves a choice among competing ends
  • All means are necessarily scarce
  • The actor must rank his alternative ends
  • Choices continually change, both because of changed ends as well as means
  • Labour power and nature logically predate, and were used to form, capital
  • Technological knowledge is a factor of production

Ad (2): I don’t know whether n-Learning in this context stands for nano-Learning (constantly feeding mini chunks of learning on the job) or networked learning (network over the internet to learn from each other – blogs, wikis, mail etc.). Neither could I find a proper definition of S-Learning. Generally it seem to stand for supervised learning. Which can take place most commonly when training Neural Networks, and sometimes on the job.
Sorry – later on in the article Bredillet clarifies the lingo: N-Learning = Neoclassical Learning = Knowledge is cumulative; and S-Learning = Schumpeterian Learning = creative gales of destruction.

Ad (3): Convention Theory (as explained in this paper) debunks the notion that price is the best coordination mechanism in the economy. It states that there are collective coordination mechanisms and not only bilateral contracts, whose contingencies can be foreseen and written down.
Furthermore Convention Theory assumes Substantive Rationality of actors, radical uncertainty (no one knows the probability of future events), reflexive reasoning (‚I know that you know, that I know‘). Thus Convention Theory assumes Procedural Rationality of actors – actors judge by rational decision processes & rules and not by rational outcome of decisions.
These rules or convention for decision-making are sought by actors in the market. Moreover the theory states that

  • Through conventions knowledge can be economised (e.g., mimicking the behaviour of other market participants);
  • Conventions are a self-organising tools, relying on confidence in the convention
  • Four types of coordination exist – market, industry, domestic, civic

[Start reading again if you’re just interested in the application of the method.]

In the article Bredillet then continues to discuss the elements of the MAP meta model:

  • Project situations (entrepreneurial = generating a new position, advantage) vs. operations situations (= exploiting existing position, advantage)
  • Organisational ecosystem [as depicted on the right of my drawing]
  • Learning dynamics and praxis, with the three cornerstones of knowledge management, organisational learning, and learning organisation

Thus learning in this complex, dynamic ecosystem with its different foci of learning should have three goals – (1) individual learning, e.g., acquire Prince 2/PMP methodology; (2) Team learning, e.g., acquire team conventions; and (3) organisational learning, e.g., acquire new competitive position.

The MAP model itself consists of the several project management theories and concepts [theories are depicted on the left side of my drawing], the concepts included are

  • Strategic Management
  • Risk Management
  • Programme Management
  • Prospective Analysis
  • Projects vs. Operations
  • Ecosystem project/context
  • Trajectory of projects/lifecycles
  • Knowledge Management – processes & objects; and individual & organisational level
  • Systems thinking, dynamics
  • Organisational design
  • Systems engineering
  • Modelling, object language, systems man model
  • Applied sciences
  • Organisational Learning (single loop vs. double loop, contingency theory, psychology, information theory, systems dynamics)
  • Individual learning – dimensions (knowledge, attitudes, aptitudes) and processes (practical, emotional, cognitive)
  • Group and team learning, communities of practice
  • Leadership, competences, interpersonal aspects
  • Performance management – BSC, intellectual capital, intangible assets, performance assessments, TQM, standardisation

The praxeology of these can be broken down into three steps, each with its own set of tools:

  1. System design – social system design (stakeholder analysis, interactions matrices), technical system design (logical framework, e.g., WBS matrix, and logical system tree)
  2. System analysis – risk analysis (technical/social risk analysis/mapping), scenario analysis (stakeholder variables & zones)
  3. System management – scheduling, organisation & planning, strategic control

As such, Bredillet describes the MAP method trajectory as

  1. Strategic choice with a) conception, b) formulation
  2. Tactical alternatives with a) alternatives analysis and evaluation, b) decision
  3. Realisation with a) implementation, b) reports and feedback, c) transition into operations, c) post-audit review

In praxis the learning takes part in form of simulations, where real life complex situations have to be solved using the various concepts, methods, tools, and techniques (quantitative and psycho-sociological) which are included in the MAP-method. To close the reflective learning loop at the end two meta-reports have to be written – use of methods and team work, and how learning is transferred to the workplace. Bredillet says that with this method his students developed case studies, scenario analysis, corporate strategy evaluation, and tools for strategic control.

Project portfolio management – There’s more to it than what management enacts (Blichfeldt & Eskerodt, 2008)

Donnerstag, Oktober 23rd, 2008

Project portfolio management – There’s more to it than what management enacts (Blichfeldt & Eskerodt, 2008)

Blichfeldt, Bodil Stilling; Eskerod, Pernille: Project portfolio management – There’s more to it than what management enacts; in: International Journal of Project Management, Vol. 26 (2008), No. 4, pp. 357-365.
http://dx.doi.org/10.1016/j.ijproman.2007.06.004

Project Portfolio Management in Theory consists of

  • Initial screening, selection, and prioritisation of proposed projects
  • Concurrent re-prioritisation
  • Allocation and re-allocation of resources

These activities are free of any value. Blichfeldt & Eskerodt analyse the reality of project portfolio management to find out if it does any good to the organisations it is used in.

In reality they find that project portfolio management is merely a battle for resources and that portfolios consist of way to many projects to be practically manageable. He finds two distinct categories of projects in a portfolio – (1) enacted projects and (2) hidden projects.

Among the enacted projects are typically the new product developments, the classic project, trimmed for successful launch of a new cash cow. But in this enacted project category there are also the larger renewal projects. The larger renewal projects are usually not directly linked to the demand side, their primary aim is to enhance internal activities and not customer value, and some of them cut across departments. Overall the large renewal projects are not as well managed as product development projects – they lack experience, have a low priority, and lack structure, reviews etc.

The second category are the hidden projects. Usually bottom-up initiatives, departments or even single persons start during their work hours, or in specifically allocated time to pursue innovative projects of own interest.

Blichfeldt & Eskerod recommend to enact more projects. Manage the larger renewal projects in a more structured way, and include the hidden projects into the portfolio. If they drain resources they must be managed. Without destroying the creativity and innovation that usually come from these grass-root projects, organisations should allocate resources to a pool of loosely-controlled resources. Unenacted projects should be allowed to draw resources from this pool, with minimal administrative burden.

The PM_BOK Code (Whitty & Schulz, 2006)

Donnerstag, Oktober 23rd, 2008

 The PM_BOK Code (Whitty & Schulz, 2006)

Whitty, S. J.; Schulz, M. F.: The PM_BOK Code; in: The Proceedings of 20th IPMA World Congress on Project Management, Vol. 1 (2008) , pp. 466 – 472.

The bold claim of this article is that project management is more about appearance than productivity.
Whitty & Schulz argue that our hard-wiring for memes and the western culture have turned project management (in it’s special representation in the PMI’s PMBOK) into a travesty.
The western culture is synonymous with the spirit of capitalism combined with the meme of the corporation, which has been disected many times most noteably by Achbar, Abbott & Bakan.

The authors compare the everyday madness of projects to nothing else but theatres. Keeping up appearances. They draw similarities between the theatrical stage – think meeting rooms and offices, costumes – think dark suits or funny t-shirts, scripts – think charts and status reports, props – think powerpoint, and audience – think co-workers and managers. Whitty & Schulz that the big show we put up everyday is to appear in control and successful.

Project management is the ideal way to represent western culture. Being flexible, ready for change, constantly exploiting new opportunities.
On the flip side, the authors argue, that project management kills creativity and democracy. It fractionalises the workforce, thus driving down productivity.

The way out of this predicament is to „reform […] the PMBOK® Guide version of PM in a way that elieves practitioners from performativity, and opens project work up to more creative and democratic processes“ (p. 471).

Making a difference? Evaluating an innovative approach to the project management Centre of Excellence in a UK government department (O’Leary & Williams, 2008)

Donnerstag, Oktober 23rd, 2008

Making a difference? Evaluating an innovative approach to the project management Centre of Excellence in a UK government department (O’Leary & Williams, 2008)

O’Leary, Tim; Williams, Terry: Making a difference? Evaluating an innovative approach to the project management Centre of Excellence in a UK government department; in: International Journal of Project Management, Vol. 26 (2008), No. 5, pp. 556-565.
http://dx.doi.org/10.1016/j.ijproman.2008.05.013

The UK has rolled out the ambitious programme of setting-up IT Centres of Excellence in all its departments. Focal point of these Centres of Excellence are Programme Offices.

The role of these Programme Offices has been defined as: Reporting, Recovering & Standardising.
The objectives for the programme offices are monitoring and reporting the status of the IT initiatives in the department, and implementing a structured life cycle methodology. This methodology ties in with a stage-gate framework that needs to be introduced. Additionally hit-teams of delivery managers have been set-up to turn-around ailing projects.

O’Leary and Williams find that the interventions seem to work successfully, whereas the reporting and standardisation objective has yet to be fulfilled. Moreover the authors analyse the root causes for this success. They found that the basis of success was:

  • Administrative control of department’s IT budget
  • Leadership of IT director
  • Exploitation of project management rhetoric
  • Quality of delivery managers

Building knowledge in projects – A practical application of social constructivism to information systems development (Jackson & Klobas, 2008)

Donnerstag, Oktober 23rd, 2008

Building knowledge in projects - A practical application of social constructivism to information systems development (Jackson & Klobas, 2008)

Jackson, Paul; Klobas, Jane: Building knowledge in projects – A practical application of social constructivism to information systems development; in: International Journal of Project Management, Vol. 26 (2008), No. 4, pp. 329-337.
http://dx.doi.org/10.1016/j.ijproman.2007.05.011

Jackson & Klobas describe the constructivist model of knowledge sharing and thus organisational learning. This classical model describes knowledge sharing in organisations as a constant cylcle of

  • Creating personal knowledge
  • Sharing newly created personal knowledge = Externalisation
  • Communication knowledge = Internalisation
  • Acquiring other peoples‘ knowledge = Learning

This cylcle includes the facilitating steps of Objectivation (=creating organisational knowledge), Legitimation (=authorising knowledge), and reification (=hardening knowledge) between externalisation and internalisation.

Jackson & Klobas argue that IT project failure can be explained using this model. The authors outline and discuss three failure factors – (1) lack of personal knowledge, (2) inability to externalise knowledge, and (3) lack of communication.

Project leadership in multi-project settings – Findings from a critical incident study (Kaulio, 2008)

Donnerstag, Oktober 23rd, 2008

 Project leadership in multi-project settings - Findings from a critical incident study (Kaulio, 2008)

Kaulio, Matti A.: Project leadership in multi-project settings – Findings from a critical incident study; in: International Journal of Project Management, Vol. 26 (2008), No. 4, pp. 338-347.
http://dx.doi.org/10.1016/j.ijproman.2007.06.005

Kaulio asked project leaders, who operate in a multi-project environment about critical incidents in their last projects. The idea of critical incidents is, that as soon as a participant remembers the critical incident it must have some importance. Ideally it then is followed by a blueprint analysis followed by measuring the criticality is measured on each contact point. Kaulio focusses only on the elicitation of the critical incidents, without doing the triple-loop of the original research concept. The author shows the frequency of critical incidents happening:

  • Technical difficulties
  • Dyadic leadership
  • Group dynamics
  • Consultant relations
  • Client relations
  • Peer relations
  • Project adjustments
  • Re-prioritisations
  • Liked dyadic-group processes
  • Formation of project
  • Court decisions
  • Dependencies
  • Requirements specification

Kaulio then maps these critical incidents according to the Locus of Control (internal vs. external) and whether they are a Management or a Leadership issue. Thus he argues  most of the critical incidents can be tied back to internal project leadership:

Locus of Control External
  • Project adjustment
  • Court decision
  • Consultant relations
  • Client relations
  • Peer relations
  • Formation of project
  • Dependencies
Internal
  • Requirements specification
  • Dyadic leadership
  • Group dynamics
  • Linked dyadic-group processes
  • Technical difficulties
  • Re-prioritisation
Management Leadership
Focus

The balance between order and chaos in multi-project firms: A conceptual model (Geraldi, 2008)

Donnerstag, Oktober 23rd, 2008

 The balance between order and chaos in multi-project firms: A conceptual model (Geraldi, 2008)

Geraldi, Joana G.: The balance between order and chaos in multi-project firms – A conceptual model; in: International Journal of Project Management, Vol. 26 (2008), No. 4, pp. 348-356.
http://dx.doi.org/10.1016/j.ijproman.2007.08.013

Geraldi takes a deeper look into multi-project settings at the ‚Edge of Chaos‘. Geraldi describes the Edge of Chaos as that fine line between chaos and order. Wikipedia (I know I shouldn’t cite it) has something else to say about the Edge of Chaos:

In the sciences in general, the phrase has come to refer to a metaphor that some physical, biological, economic and social systems operate in a region between order and either complete randomness or chaos, where the complexity is maximal. The generality and significance of the idea, however, has since been called into question by Melanie Mitchell and others. The phrase has also been borrowed by the business community and is sometimes used inappropriately and in contexts that are far from the original scope of the meaning of the term.

Geraldi defines the Edge of Chaos as a match between complexity and flexibility.  Complexity can either be located within faith or facts. Flexibility, on the other hand, is either high or low, whilst it is measured along the dimensions of scope + goals, processes + tools, and roles + staffing. Geraldi argues that only two of these archetypes represent a fit (highlighted below):

Complexity Faith Bureaucratisation of Chaos Creative Reflective
Fact Mechanic-Structured Chaotification of order
Low High
Flexibility

Graphical Representation of the Project Management Body of Knowledge

Dienstag, Oktober 21st, 2008

Poster (black, horizontal)

Today I woke up very early and created these beautiful pictures summarising all keywords from the last 5 years in the International Journal of Project Management and the Journal of Project Management.

In my lunch break another thought struck me – you need something on that bare wall you have here. From there on it was a short step to run the PMI’s PMBOK Guide 3rd Ed. through wordle.net and after a lot of tweaking, it created some beautiful posters, reminding me what the PMP is all about. I use Lulu.com to print the poster on demand – I am quite satisfied with Lulu the largest poster measuring 23″ x 36″ (61cm x 91 cm) comes for just $39.95, excluding shipping.

The posters can be ordered at my Lulu Store.

And here are all of the designs I put online:

Poster (white, horizontal - 2nd Version)

Poster (black, horizontal)Poster (white, horizontal)

Poster (black, vertical)Poster (white, vertical)

Creative Commons License
These works are licensed under a Creative Commons Licence.

What’s up with Project Management Research?

Dienstag, Oktober 21st, 2008

One of my other interests is data visualisation. When I started my work on this project, I wanted to get a quick overlook of what Project Management Research really is about. After I collected all author-given keywords from all articles in the International Journal of Project Management and the Journal of Project Management of the last 5 years (2003 and onwards) I created these Tag Clouds.This morning I stumbled across about a blog entry on information aestehetics written by Martin Wattenberg, the group manager of IBM Visual Communication lab. After some more random klicks I landed on Wordle.net, Wordle is the aestethically more pleasing cousin of the cloud tag and I started redoing my earlier excercise to generate some sleek new summaries:

International Journal of Project Management 2003-2008

Wordle I - IJPM Wordle Keywords International Journal of Project Management 2003-2008

Journal of Project Management 2003-2007

Wordle of Keywords from the Journal of Project Management 2003-2007  Wordle of Keywords from the Journal of Project Management 2003-2007

Keywords published in International Journal of Project Management and Journal of Project Management 2003-2008

Wordle of all keywords published in International Journal of Project Management and Journal of Project Management 2003-2008 Wordle of all keywords published in International Journal of Project Management and Journal of Project Management 2003-2008

These are the links to the original graphics in the Wordle gallery – these are licensed under Creative Commons BY-NC-SA:



Relating, reflecting and routinizing: Developing project competence in cooperation with others (Söderlund et al., 2008)

Montag, Oktober 20th, 2008

Relating, reflecting and routinizing: Developing project competence in cooperation with others (Söderlund et al., 2008)

Söderlund, Jonas; Vaagaasar, Anne Live; Andersen, Erling S.: Relating, reflecting and routinizing – Developing project competence in cooperation with others; in: International Journal of Project Management, Vol. 26 (2008), No. 5, pp. 517-526.
http://dx.doi.org/10.1016/j.ijproman.2008.06.002

Söderlund et al. explore the question – How do organisations build project management capabilities? They analyse a focal project to show how the specific competence, project management, is build in an ever changing environment. As such comptence creation is situated and recursive.

The authors use a process view to explain the capabilities building. The process is three-fold – (1) Relating, (2) Reflecting, and (3) Routinising.

First step – Relating to expand the resource base, in this step the organisation

  • Acknowledges the situated character of project competence
  • Expands the resource base, which builds social capital
  • Engages in boundary spanning activites to cooperate with stakeholders and act against de-coupling, which decreases the overall resources needed for the authority system as coordination mechanism
  • Creates interdependencies

Second step – Reflecting to improve use of resource base, in this step the organisation highlights actions of importance for institutionalising a common frame of reference and stimulating shared reflection in the project. As such it:

  • Improves the resource base
  • Engages in problem solving
  • Shifts from exploitation based to experimentation learning, which re-uses previous processes, and recycles old solutions
  • Detects system-wide errors & generates new associations

Third step – Routinising to secure resource base and improve relational activity, in this step the organisation tries to ensure the best use of its resource base. Therefore it

  • Codifies new knowledge
  • Triggers reflecting
  • Exploits what is known
  • Emphasises and builds project-level comptence

Images as action instruments in complex projects (Taxén & Lilliesköld, 2008)

Montag, Oktober 20th, 2008

Images as action instruments in complex projects (Taxén & Lilliesköld, 2008)

Taxén, Lars; Lilliesköld, Joakim: Images as action instruments in complex projects; in: International Journal of Project Management, Vol. 26 (2008), No. 5, pp. 527-536.
http://dx.doi.org/10.1016/j.ijproman.2008.05.009

Images are quite powerful. I hate motivational posters which a distant corporate HQ decorates every meeting room with, but I once saw the department strategy visualised by these folks, they include all employees and the group dynamic is unbelievable. Later on they cleaned the images, blew them up, and posted them around the company – of course, meaningless for an outsider but a powerful reminder for everyone who took part.

Taxén & Lilliesköld analyse the images typically used in project management. They find that these common images, such as PERT/CPM, Gantt charts, or WBS are increasingly difficult to use in complex projects, in this case the authors look into a large-scale IT project.

Based on Activity Domain Theory they develop alternative images better suited for complex projects. Activity Domain Theory, however, underlines that all tasks on a project (= each activity domain) have a motive, fulfils needs, modifies objects, and has actors. Outcomes are produced by activity domains and are at the same time prerequisites for activity domains. Activity domains have activity modalities, which can be either manifested as resources or as communal meaning. These activity modalities are

  • Contextualisation = situation of human action
  • Spatialisation = need for spatial orientation in human action
  • Temporalisation = need for certain order in human action
  • Stabilisation = need for certain rules and norms in human action
  • Transition = need for interaction between activity domains

Useful images, the authors argue, need to fulfil these needs while being situated in the context of the activity. Traditional images focus on optimisation and control, rather than on coordination and action. Thus alternate images need to focus on dependencies and integration; on value comprehensibility and informality over formality and rigour.

Alternative images suited for complex project management are

  • Anatomies – showing modules, work packages and their dependencies of the finished product, e.g., functional node diagrams
  • Dependency diagrams – showing the incremental assembly of the product over a couple of releases, e.g. increment plan based on dependencies (a feature WBS lack)
  • Release matrices – showing the flow of releases, how they fit together, and when which functionality becomes available, e.g., integration plan
  • Information flow diagrams – showing the interfaces between modules, e.g. DFD

Stakeholder salience in global projects (Aaltonen et al., 2008)

Montag, Oktober 20th, 2008

 Stakeholder salience in global projects (Aaltonen et al., 2008)

Aaltonen, Kirsi; Jaako, Kujala; Tuomas, Oijala: Stakeholder salience in global projects; in: International Journal of Project Management, Vol. 26 (2008), No. 5, pp. 509-516.
http://dx.doi.org/10.1016/j.ijproman.2008.05.004

In their 1997 article, Mitchell et al. define stakeholder salience as „the degree to which managers give priority to competing stakeholder claims“. Furthermore, Mitchell at al. describe how the salience of a stakeholder is defined by three characteristics – (1) the stakeholder’s power to influence the firm, (2) the legitimacy of the stakeholder’s relationship with the firm, and (3) the urgency of the stakeholder’s claim on the firm.

Aaltonen et al. use the case study of a construction project of a paper-mill in South America to outline what strategies Stakeholders use to influence their salience. In line with typical case studies of construction projects Aaltonen’s stakeholders are environmentalist groups trying to influence the project. [I personally think based on my experience what Aaltonen et al. describe is also true for all sorts of projects, just if I think back to my organisational change and IT projects where we had workers‘ unions and councils as equally hard to manage stakeholders.] The authors observed a couple of strategies used:

  • Direct/indirect withholding strategy
  • Resource building strategy
  • Coalition building strategy
  • Conflict escalation strategy
  • Credibility building strategy
  • Direct action strategy

As per Mitchell’s definition these strategies aim to increase influencing power, legitimacy, and/or urgency. The tactics used to increase power were

  • Affect & influence parties, that provide resources, e.g., lobbying financiers and politicians
  • Affect the resource supply directy, e.g., laws and policies that prohibit imports
  • Build lobbying alliances, e.g., between environmentalist groups and unions
  • Recruit individuals with networks to important resource providers, e.g., ex-regulators, governmental workers, activists

The tactics used to increase legitimacy were

  • Initiate legal and political conflict, e.g., court action, political support
  • Inform the public about impacts of the project, thus damaging reputation of the project and increasing legitimacy
  • Signal illegitimacy of project, e.g., boycotts, counter impact studies
  • Attack supporters, e.g., showing them being partial, exposing lobbyists
  • Use other projects as showcases, e.g., using abandoned projects and withdrawls to show the illigitimacy of the project

The tactic used to increase urgency was signalling urgency, time-sensitivity, and criticality of decisions, e.g., by staging direct actions, protests, sit-ins, road blocks.

Tailored task forces: Temporary organizations and modularity (Waard & Kramer, 2008)

Montag, Oktober 20th, 2008

Tailored task forces: Temporary organizations and modularity (Waard & Kramer, 2008)

Waard, Erik J. de; Kramer, Eric-Hans: Tailored task forces – Temporary organizations and modularity; in: International Journal of Project Management, Vol. 26 (2008), No. 5, pp. 537-546.
http://dx.doi.org/10.1016/j.ijproman.2008.05.007

As a colleague once put it: Complex projects should be organised like terrorist organisations – Autonomous cells of highly motivated individuals.

Waard & Kramer do not analyse projects but it’s fast paced and short lived cousin – the task force. The task force is THE blueprint for an temporary organisation. The authors found that the more modularised the parent company is, the easier it is to set-up a task force/temporary organisations. Waard & Kramer also found that the temporary organisations are more stable if set-up by modular parent companies. They explain this with copying readily available organisational design principles and using well excercised behaviours to manage these units.

The more interesting second part of the article describes how a company can best set-up task forces. Waard & Kramer draw their analogy from Modular Design.

„Building a complex system from smaller subsystems that are independently designed yet function together“

The core of modular design is to establish visible design rules and hidden design parameters. The authors describe that rules need to be in place for (1) architecture, (2) interfaces, and (3) standards. The remaining design decisions is left in the hands of the task force, which is run like a black box.
In this case Architecture defines which modules are part of the system and what each modules functionality is. Interface definition lays out how these modules interact and communication. Lastly, the Standards define how modules are tested and how their performance is measured.

Stakeholder analysis in projects: Challenges in using current guidelines in the real world (Jepsen & Eskerod, in press)

Montag, Oktober 20th, 2008

Stakeholder analysis in projects: Challenges in using current guidelines in the real world (Jepsen & Eskerod, in press)Jepsen, Ann Lund; Eskerod, Pernille: Stakeholder analysis in projects – Challenges in using current guidelines in the real world; in: International Journal of Project Management, in press. http://dx.doi.org/10.1016/j.ijproman.2008.04.002Update the article has been published in:  International Journal of Project Management, Vol. 27 (2009), No. 4, pp. 335-343.In this small group experiment the authors presented four project managers with the task to analyse their stakeholders. The participants needed to identify, characterise, and decide how to influence stakeholders. To characterise them the project managers defined which contributions they needed from each stakeholder, what they would use a reward for contributing, and which power relationship linked manager and stakeholder.The participating managers (all managing renewal projects) identified a list of challenges they faced during this task

  • Comprehensiveness – How do I ensure that I identified all stakeholders? Is my list exhaustive?
  • Simplification – Can I treat some of them as a group?
  • Foresight – How can I ensure I specified all needed contributions upfront?
  • Biases – Ethical dilemmas, prejudices, generalisations about stakeholders
  • Tools – Suggested questionnaires are not practical, it’s hard to gather focus groups

Nevertheless Jepsen & Eskerod found two approaches that worked quite well – (1) Meetings with groups of stakeholders and (2) Initiating two-way interactions and discussions with stakeholders.Involve them early, involve them constantly!

An experimental investigation of factors influencing perceived control over a failing IT project (Jani, 2008)

Montag, Oktober 20th, 2008

An experimental investigation of factors influencing perceived control over a failing IT project (Jani, 2008)

Jani, Arpan: An experimental investigation of factors influencing perceived control over a failing IT project; in: International Journal of Project Management, Vol. 26 (2008), No. 7, pp. 726-732.
http://dx.doi.org/10.1016/j.ijproman.2008.06.004

Jani wants to analyse why failing projects are not terminated, a spiralling development also called escalation of commitment (I posted about a case discussion of the escalation of commitment on the TAURUS project).  Jani performed a computer simulated experiment to show the antecedents of a continuation decision.

He rooted the effect of escalating commitment on the self-justification theory, prospect theory, agency theory, and also on sunk cost effects & project completion effects.

Self-justification motivates behaviour to justify attitudes, actions, beliefs, and emotions. It is an effect of cognitive dissonance and an effective cognitive strategy to reduce the dissonance. An example for this behaviour is continuing with a bad behaviour, because stopping it would question the previous decision (= escalation of commitment).

Another example is bribery. People bribed with a large amount of money, tend not to change their attitudes, which were unfavourable otherwise there was nor reason to bribe them in the first place. But Festinger & Carlsmith reported that bribery with a very small amount of money, made people why they accepted the bribe although it had been that small, thus thinking that there must be something to it and changing their attitude altogether. Since I did it, and only got 1 Dollar is a very strong dissonance. Here is a nice summary about their classic experiments. Here is one of their original articles.

Jani argues that all these theoretical effects fall into two factors – (1) self-serving bias and (2) past experience. These influence the judgement on his two antecedents – (1) project risk factors (endogeneous and exogeneous) and (2) task specific self-efficacy. The latter is measured as a factor step high vs. low and describes how you perceive your capability to influence events that impact you (here is a great discussion of this topic by Bandura).

The two factors of project risk and task specific self-efficacy then influence the perceived control over the project which influences the continuation decision. Jani is able to show that task specific self-efficacy moderates the perceived project control. In fact he manipulated the project risks to simulate a failing projects, at no time participants had control over the outcome of their decisions. Still participants with a higher self-efficacy judged their perceived control significantly higher than participants with lower self-efficacy. This effect exists for engogenous and exogenous risk factors alike.

The bottom-line of this experiment is quite puzzling. A good project manager, who has a vast track record of completing past projects successfully, tends to underestimate the risks impacting the project. Jani recommends that even with great past experiences on delivering projects, third parties should always review project risks. Jani asks for caution using this advice since his experiment did not prove that joint evaluation corrects for this bias effectively.

Lee, Margaret E.: E-ethical leadership for virtual project teams; in: International Journal of Project Management, in press (2008).
http://dx.doi.org/10.1016/j.ijproman.2008.05.012

I quickly want to touch on this article, since the only interesting idea which stroke me was that Lee did draw a line from Kant to Utilitarism to the notion of Duty. She then concludes that it is our Kantesian, Utalitarian duty to involve stakeholders.

Success in IT projects: A matter of definition? (Thomas & Fernández, in press)

Donnerstag, Oktober 9th, 2008

Success in IT projects: A matter of definition? (Thomas & Fernández, in press)

Thomas, Graeme; Fernández, Walter: Success in IT projects – A matter of definition?; in: International Journal of Project Management, in press (2008).
http://dx.doi.org/10.1016/j.ijproman.2008.06.003

A lot of IT projects are not successful. One of the problems seems to be that success is a tricky concept. The GAO considers (IT) projects as challenged if they are about to exceed their budget and/or schedule by 10%. As such most projects fail.

Several best practice studies have pointed out that agreeing on success criteria is better down upfront, they should be consistently measured, which includes a proper baseline, and their measurement results must be used.

Thomas & Fernández collect examples for IT project success criteria in three broad categories: project management, technical, and business criteria.

Project Management Criteria

  • On-time
  • On-budget
  • Sponsor satisfaction
  • Steering group satisfaction
  • Project team satisfaction
  • Customer/user satisfaction
  • Stakeholder satisfaction

Technical Criteria

  • Customer satisfaction
  • Stakeholder satisfaction
  • System implementation
  • Meeting requirements
  • System quality
  • System use

Business Criteria

  • Business continuity
  • Meeting business objectives
  • Delivery of benefits

Project management approaches for dynamic environments (Collyer, 2009)

Donnerstag, Oktober 9th, 2008

 Project management approaches for dynamic environments (Collyer, in press)Collyer, Simon: Project management approaches for dynamic environments; in: International Journal of Project Management, in press (2008).http://dx.doi.org/10.1016/j.ijproman.2008.04.004Update this article has been published in: International Journal of Project Management, Vol. 27 (2009), No. 4, pp. 355-364. There it is again: Complexity, this time under the name of Dynamic Project Environments. I admit that link is a bit of a stretch. Complexity has been described as situations, where inputs generate surprising outputs. Collyer on the other hand focuses special project management strategies to succeed in changing environments. The author’s example is the IT project, which inherently bears a very special dynamic.He discusses eight different approaches to cope with dynamics. (1) Environment manipulation, which is the attempt to transform a dynamic environment into a static environment. Examples commonly employed are design freezes, extending a systems life time, and leapfrogging or delaying new technology deployment.(2) Planning for dynamic environments. Collyer draws a framework where he classifies projects on two dimensions. Firstly, if their methods are well defined or not, and secondly if the goals are well defined or not. For example he classifies the System Development project as ill-defined and ill-defined. This is a point you could argue about, because some people claim that IT projects usually have well-defined methodologies, but lack clear goals. Collyer suggest scaling down planning. Plan milestones according to project lifecycle stages, and detail when you get there. He recommends spending more time on RACI-matrices than on detailed plans.(3) Control scope, which is quite the obivious thing to try to achieve – Collyer recommends to always cut the project stages along the scope and make the smallest possible scope the first release.(4) Controlled experimentation. The author suggest that experimentation supports sense-making in a dynamic environment. Typical examples for experimentation are prototyping (Collyer recommends to always develop more than one prototype), feasibility studies, and proofs of concept.(5) Lifecycle strategies, although bearing similarities to the scope control approaches he proposes this strategy deals with applying RuP and agile development methods, to accelerate the adaptability of the project in changing environments.(6) Managment control, as discussed earlier in this post every project uses a mix of different control techniques. Collyer suggest deviating from the classical project management approach of controlling behaviour by supervision, in favour for using more input control, for example training to ensure only the best resources are selected. Besides input control Collyer recommend on focussing on output control as well, making output measurable and rewarding performance.Collyer also discusses a second control framework, which distinguishes control by the abstract management principle. Such as diagnostic control (=formal feedback), control of beliefs (=mission, values), control of interactions (=having strategic, data-based discussions), and boundary control (=defining codes of conduct).Lastly the author discusses two more approaches to succeeding with dynamic environments which are (7) Categorisation and adaptation of standards and (8) Leadership style.

Managing user expectations on software projects – Lessons from the trenches (Petter, in press)

Dienstag, Oktober 7th, 2008

 Managing user expectations on software projects - Lessons from the trenches (Petter, in press)

Petter, Stacie: Managing user expectations on software projects – Lessons from the trenches; in: International Journal of Project Mangement, in press (2008).
doi:10.1016/j.ijproman.2008.05.014

Petter interviewed 12 project management professionals on managing the end-user expectations.  What worked and what did not work?

The conclusions cover three broad areas – end user involvement, leadership, and trust. As far as user involvement is concerned the practices that work included

  • Listening to users
  • Asking questions
  • Understanding concerns about change and actively ease these
  • Working with the user (not at or to them)
  • Let user make tough choices, e.g., on functionality, budget, cost, time
  • Create small user groups to hear them all
  • Giving credit to specific users for ideas
  • Keep users involved and updated throughout the project

What did not work were – not communicating the project status, and trying to outlast difficult users.

On the leadership dimension useful practices mentioned include

  • Ensure project champion
  • Articulate clear vision
  • Motivate team to get it done
  • Educate users on benefits
  • Obtain buy-in from primary stakeholders

Factors leading to end-user dissatisfaction were

  • Scope creep
  • No mission
  • No explanation of purpose/value of the system
  • Follow others

Trust building activities that worked well, were sharing good and bad news, and providing specific times for deliverables. What did not work were hiding the true status of the project, and ‚fake it until you make it‘ also known as hiding knowledge gaps.