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.
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.
| Value | Working agreement | Evidence in practice |
|---|---|---|
| Transparency | Raise 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. |
| Respect | Hear the affected disciplines before closing a decision. | The decision record includes their evidence and unresolved concerns. |
| Ownership | Keep 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 team | Resolve 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.
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.
| When | Work to do | Useful output |
|---|---|---|
| Days 1-7 | Listen 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-14 | Agree shared priorities, observable behaviours, decision rights and escalation routes. | A working team agreement tested against a real project situation. |
| Days 15-21 | Run 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-30 | Ask 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
This field guide's Bookshelf
Explore the sources behind this article and related reading from our Bookshelf.
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.
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.
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.
Keep exploring
Bibliography
Explore the conversations, publications and reading behind this field guide.
Podcast conversations
-
Conversation with Grant Stead
Passages and links
-
Culture is cadence
Grant Stead
Stead describes culture on a turnaround through the experience of arriving for a shift and knowing what work is ready, where to go and what needs to happen. He connects detailed planning and clear work assignments with a calmer execution environment.
-
Give each shift a reliable handover and decision rhythm
Grant Stead
Stead describes a turnaround rhythm that changes with the phase: planning reviews before the event, then mirrored day and night handovers, critical-work discussions, crew balancing and discovery meetings during execution. Each meeting has a different job in keeping the next shift ready.
-
-
Conversation with AJ Waters
Passages and links
-
Build one project team across the joint venture
AJ Waters
Waters uses the same-hat test to ask whether a joint venture has developed a shared identity or still behaves as competing employers. He connects visible separation with an us-versus-them mindset and draws on the difference between competing in practice and playing together on game day.
-
Own the part of the work you were responsible for
AJ Waters
Waters describes a concrete estimate that missed an entire floor after a drawing had represented two floors together. As lead estimator, he accepts responsibility for checking the work. He recommends explaining a mistake promptly, saying what was learned and bringing options for moving forward, rather than covering it up or transferring fault.
-
-
Conversation with Akin Oni
Passages and links
-
Understand the team before changing how it works
Akin Oni
Oni advises a leader joining a new project to listen, learn and then lead. He contrasts that with arriving ready to direct the team before understanding its situation, and only listening after encountering problems. His advice is about learning the context, not suspending decisions that already need to be made.
-
-
Conversation with Ahmed AbdelSalam
Passages and links
-
Make raising a problem the start of working on it together
Ahmed AbdelSalam
AbdelSalam puts responsibility for team culture on its leadership: people should help one another, flag problems and work on them together rather than point fingers. He also cautions that a short interview cannot reveal everything about how someone will work in the team.
-
-
Conversation with Iwona Wilson
Passages and links
-
Make room for concerns before closing a decision
Iwona Wilson
Wilson describes people censoring their own concerns when leaders rush the discussion or say a question has already been covered. In the wider conversation she advocates a structured process that helps a group explore different views and work through disagreement before deciding.
-
-
Conversation with Matt Mitchell
Passages and links
-
Make room for the quiet experts
Matt Mitchell
Mitchell describes coaching quieter participants and eliciting their concerns instead of allowing the loudest person to dominate the risk discussion.
-
Make earlier experience usable on the next project
Matt Mitchell
Mitchell recommends reviewing lessons and earlier risk registers when preparing a new project's risk work. He argues for closing old risks while retaining their history, and describes a lessons review that examines faults without turning into a finger-pointing session. His closing takeaway connects that retained experience with future risks.
-
-
Conversation with Ellie Moradinezhad
Passages and links
-
Make the team's decision rights explicit
Ellie Moradinezhad
Moradinezhad describes defining who is consulted, informed, deciding and acting, with authority and escalation matched to the project. Her collaborative-delivery examples show why a team still needs clear boundaries between the owner, designers and construction participants.
-
-
Conversation with James Wiseman
Passages and links
-
Lead the team as a coach
James Wiseman
Wiseman describes a project manager or director helping a capable team move towards its goal. He follows this with practical advice about agreeing communication preferences, making milestones clear and ensuring people have the plan and tools to execute. Giving people room to work still requires active project leadership.
-
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