Skip to content
Major Project PodcastProjects over $1B
Episode emails

New episodes, straight to your inbox

One email each time an episode goes out, with the best tips already summarized and a link to the full brief. Unsubscribe any time.

Or follow the show Apple Podcasts Spotify YouTube

Field Guide · Leadership

Building the Right Culture on a Major Project

Culture is what the project makes normal, every day. Build the habits that help people work across boundaries, raise problems early, keep commitments and learn together.

From the conversations

Voices in this guide

The people and experience behind the insights. Choose a person to jump to their contribution.

PodBOK brings industry guidance together with real-world experience from major projects. Use it to inform your approach, and check the facts and requirements that apply to your project.

101ImplementationAdvanced practiceLessons from the field

101: culture is what the project makes normal

People learn a project's culture through ordinary encounters: the shift handover, a late drawing, an uncomfortable forecast, a request for help. They notice who gets heard, whose commitments matter and what happens when the plan stops working. A statement on the wall becomes useful when those encounters demonstrate it.

On a major project, that culture must cross employers, contracts, disciplines, languages and phases. A productive working relationship needs shared outcomes and respect for the different responsibilities people carry. Start with the practical question: what must someone be able to rely on when they work with this team?

Grant Stead's turnaround example brings that question down to the shift: people need prepared work, clear tasks and a dependable handover. His culture-is-cadence idea connects the atmosphere on site with the planning that makes work possible.

Build one project team across the company boundaries

The project needs an identity people can act on. Name the asset or service you are delivering, who will use it and what successful delivery requires from the whole team. Translate that purpose into joint priorities for the next phase, including the interfaces where one organisation's output becomes another's constraint.

AJ's joint-venture experience makes shared identity tangible. Build it through joint planning, mixed working groups, shared site introductions and recognition of contributions across company lines. Keep the role and safety identifiers people need while giving everyone a clear sense of the project they belong to.

Test the identity against a difficult choice. If engineering meets its date by issuing incomplete information, has the project succeeded? If one partner protects its position by withholding a problem, who carries the consequence? Agree how the team will resolve those conflicts, including the commercial route when a decision affects cost or contractual responsibility.

Turn values into working agreements

Before announcing new rules, learn the existing ones. Ask a supervisor, a designer, a contractor manager and a new starter to describe a recent handover or difficult decision. Find the practices that help and the obstacles people work around. Include the shifts, locations and organisations that are easy to miss from the project office.

Then agree a small set of observable behaviours. For each, specify the situation, the expected action and who follows through. Work through examples together so that terms such as respect, transparency and ownership mean something in the work.

Scroll sideways or use the arrow keys to see all columns.

Turn a value into something the team can observe
ValueWorking agreementEvidence in practice
TransparencyRaise a material concern when it becomes known, even while the solution is being developed.The concern has an owner, a response date and an update to the person who raised it.
RespectHear the affected disciplines before closing a decision.The decision record includes their evidence and unresolved concerns.
OwnershipKeep a commitment or renegotiate it before the receiving team is left waiting.Changed dates have a reason, an impact discussion and an agreed next step.
One teamResolve interface problems with the people on both sides.The action addresses the whole handover rather than moving the blockage to another company.

Make these agreements part of onboarding and routine reviews. Ask leaders to name where their own behaviour has fallen short. Update the agreements when the work exposes an ambiguity, rather than quietly teaching people to ignore them.

Give the team a dependable working rhythm

A meeting calendar only helps when it moves work and decisions. Connect each recurring conversation to an input, an output and someone responsible for the handover. Coordinate the rhythm with the site's safety, quality and permit processes, and make sure contractors and support functions can meet it.

  • Before the shift or work period: establish the ready work, constraints, priorities and decisions needed.
  • At the handover: explain what changed, what remains incomplete and what the receiving team must know.
  • At the coordination review: resolve interfaces and near-term constraints with the people who can act.
  • At the learning review: choose an experience that should change the next cycle of work and assign the change.
  • At the leadership review: address commitments, capacity and recurring obstacles that the delivery team cannot resolve alone.

Choose frequencies that fit the work. A turnaround may require a different rhythm from design development or a geographically distributed programme. Remove duplicate meetings and protect time for preparation and execution. If a routine produces no useful decision or handover, change its purpose, participants or timing.

Make it possible to bring bad news early

The first response to bad news becomes a lesson for everyone watching. Establish the immediate facts and consequences, thank the person for raising the concern, and decide what needs protecting or investigating now. Give the team a route to escalate before it has a polished explanation or a complete solution.

AJ's ownership of an estimating mistake shows the other half of the agreement: speak honestly about the part of the work you were responsible for. Leaders should do the same. Ask what happened, what conditions contributed, what each person owned and what will change. Follow up with the person who raised the problem so the reporting effort leads somewhere.

Keep learning and accountability together. Examine the system around an error while addressing individual responsibilities through a fair process. Distinguish a mistake or capability gap from deliberate concealment or misconduct. A constructive culture makes the facts easier to establish; it does not make responsibilities disappear.

Make room for challenge before committing

People need to be able to ask for help, acknowledge uncertainty and question a proposal. Make those acts useful in the decision process. A quiet room can mean agreement, but it can also mean the decision appeared settled before everyone had a chance to contribute.

Send the question and relevant evidence in advance. Collect concerns individually where hierarchy, language or company relationships make open discussion difficult. Ask quieter specialists and the people receiving the work what they see. Have the most senior person listen before declaring a preferred answer.

Close with a decision, the reasons for it and any unresolved assumptions. Record what evidence would trigger reconsideration. This gives disagreement a practical route into the work without leaving every decision permanently open.

Give people authority and the support to use it

A culture of ownership requires usable decision rights. Walk a real design change, supplier delay or field conflict through the team. Establish who develops the recommendation, who must contribute, who decides within which limits and when the issue moves to another level. Check that the owner and delivery partners recognise the same arrangement.

Pair responsibility with competence, time, information and access to help. When someone cannot deliver, investigate the constraint before describing it as a lack of commitment. Leaders can coach, remove obstacles and review outcomes without becoming the approval point for every routine choice.

Apply the same discipline to promises made in meetings. Name one accountable owner and a realistic date. If the promise depends on another team, make that dependency explicit. Renegotiating a commitment early gives the receiving team options; silently missing it teaches everyone to build their own private contingencies.

Check what the project actually rewards

Look at the behaviour that wins praise, protects a bonus or avoids an uncomfortable conversation. A team may say it values early warning while celebrating reports that stay green. It may say it values collaboration while rewarding a package for passing incomplete work to the next discipline.

Review incentives and performance measures with the people who understand the contracts and the delivery consequences. Combine local commitments with evidence of the handover or shared outcome. Recognise people who expose an assumption, resolve an interface or help another team prevent rework. Be specific about the contribution so recognition is more than a personality contest.

Make the information behind those conversations consistent. Agree reporting dates, definitions, owners and the treatment of unresolved data. People should be able to challenge a number without creating a second unofficial version of the project. Follow the Data and Reporting guides for the structures that support this shared view.

Make learning part of the next piece of work

Use a recent event while the detail is still available. Describe what was expected, what happened and why the difference matters. Examine successful work as well as failures: the team that avoided a recurring constraint may have a practice others can use.

Give the lesson a destination. Change an estimate assumption, a readiness check, an interface agreement, a training example or a risk response. Name the person who will make the change and the next activity where it should be used. Return to that activity to see whether the change helped.

Keep enough context for someone outside the original team to understand the lesson. As contractors and personnel change, the project needs to retain the reasoning behind its working methods as well as the documents.

Check what people experience

IPA's Team Development Index is one formal way the industry examines team development. Use the culture-readiness check below to start a practical discussion, and ask for concrete examples from the work. Could someone raise a concern before it became a delay? Did a promised decision arrive when needed? Was a challenge heard fairly? Did the team change a method after a lesson?

Compare experiences across organisations, disciplines, shifts and levels of seniority. Pair those conversations with evidence: overdue decisions, repeated handover failures, unresolved concerns and actions that keep reopening. A rise in reported issues may mean people are more willing to speak, so investigate the underlying events before treating the count as deterioration.

Agree a small number of changes and check them in practice. Keep the purpose clear to participants, protect candid responses and avoid turning an assessment into a competition between teams. The review should lead to a named improvement in how the team works.

Rebuild the agreements when the project changes

A stable core team can forget how much of its culture lives in unwritten knowledge. New contractors, a leadership change, a new shift pattern or the move into commissioning can expose that gap. Treat each transition as a reason to revisit the working arrangements.

  • Explain the project's purpose and the practical team agreements during mobilisation.
  • Introduce the people who own key interfaces and decisions, including deputies and escalation routes.
  • Walk through a real example of raising a concern, changing a commitment and handing work over.
  • Bring incoming operations or commissioning teams into readiness discussions before they inherit the outcome.
  • Capture why important working methods exist before experienced people leave.

Check whether the routines still fit the new phase and workforce. Retain the behaviours that support honest, dependable work while changing the meetings, authority and handovers the next phase needs.

A practical first 30 days

Use this as a starting sequence for a new team or a reset of an existing one. Give each step an owner and work through actual delivery problems while establishing the habits.

Scroll sideways or use the arrow keys to see all columns.

A first-month culture setup plan
WhenWork to doUseful output
Days 1-7Listen across the owner, partners, disciplines and shifts. Examine recent decisions and handovers.A short list of strengths to keep and recurring obstacles to address.
Days 8-14Agree shared priorities, observable behaviours, decision rights and escalation routes.A working team agreement tested against a real project situation.
Days 15-21Run the agreed rhythm. Practise receiving bad news, resolving an interface and closing an action.Visible decisions and handovers, with gaps corrected rather than hidden.
Days 22-30Ask what changed for the people doing the work. Review one lesson and one persistent constraint.A focused next-month improvement plan, with owners and review dates.

Choose an improvement the team can see. Closing a longstanding interface problem or providing a decision when promised gives people a reason to believe the agreements will matter. Report back on what changed, what remains unresolved and what the leadership team will do next.

The culture-readiness check

Read further

This field guide's Bookshelf

Explore the sources behind this article and related reading from our Bookshelf.

Practice guide

What is project team management and leadership?

Association for Project Management · Referenced by PodBOK

Why it's on the shelfAPM connects effective teamwork with understanding individual capabilities, expectations and team relationships. It describes leadership that adapts to the people and the work, and highlights vision, direction, feedback and support. This provides a basis for considering culture alongside technical capability when forming a project team.

Referenced in this field guide 101: culture is what the project makes normal.

View on the Bookshelf

Technical article

Psychological Safety and Learning Behavior in Work Teams

Amy Edmondson · Administrative Science Quarterly · Referenced by PodBOK

Why it's on the shelfEdmondson's study of 51 manufacturing work teams found that psychological safety was associated with learning behaviour. Her framework focuses on whether people feel able to take interpersonal risks, including admitting mistakes and asking for help.

Referenced in this field guide Make room for challenge before committing.

View on the Bookshelf

Technical article

Minerals and Metals Project Performance and Improvement Opportunities

AusIMM · Referenced by PodBOK

Why it's on the shelfThe authors identify IPA's Team Development Index alongside front-end loading as a way to examine factors associated with minerals and metals project outcomes. It provides a useful starting point for treating team development as part of project readiness, rather than leaving it to informal impressions.

Referenced in this field guide Check what people experience.

View on the Bookshelf

Continue the work

Keep exploring

Behind the guide

Bibliography

Explore the conversations, publications and reading behind this field guide.

Podcast conversations

Publications and further reading

  • What is project team management and leadership?

    Association for Project Management · Cited source

    Publication details

    Public topic overview drawing on APM Body of Knowledge, 8th edition

    Definition; Teams and leaders; Four key skills for successful project leadership.

    The source is APM's public topic overview, separate from the complete Body of Knowledge and teamwork guide.

  • Psychological Safety and Learning Behavior in Work Teams

    Amy Edmondson · Administrative Science Quarterly · Cited source

    Publication details

    1999 · Administrative Science Quarterly 44(2), pages 350-383 · DOI 10.2307/2666999

    Author paper: abstract and team-learning definition, pages 350-351; study limitations, pages 378-379. Public copy also available through MIT.

  • Minerals and Metals Project Performance and Improvement Opportunities

    AusIMM · Cited source

    Publication details

    Project Evaluation 2009 · Publication P200903003

    Publisher abstract, particularly the paragraph identifying IPA's Front-End Loading Index and Team Development Index; contributor and publication metadata.

    Publisher abstract for a 2009 minerals and metals project paper.

From the knowledge library

  • Culture is cadence

    Original card context

    From the episode, ~7:15–10:30 · the hill Grant dies on

  • The same-hat test

    Original card context

    From the conversation · “We’re not even wearing the same colors yet” (~7:10) · “an inherent us versus them” (~8:00) · “getting in the same colors changes the way that you view the person next to you” (~9:10)

  • “Everybody missed it, but I take full responsibility as the lead estimator.”

    Original card context

    AJ Waters · ~31:50 · ep 027 with AJ Waters

  • The lessons-learned loop

    Original card context

    From the conversation · “a lesson learned is a risk on a future project” (~1:01:40); “change is the mother of all risk” is the loop’s trigger condition (~1:02:30).

PodBOK · The Major Project Podcast
https://www.themajorprojectpodcast.com/podbok/project-culture · Updated 2026-11-01