Lessons learned from applied Integrated Project Delivery Identify, explore and understand IPD from real projects Session I...
<ul><li>This presentation is protected by US and International Copyright laws. Reproduction, distribution, display and use...
<ul><li>This program is registered with the AIA/CES for continuing professional education. As such, it does not include co...
Learning Objectives <ul><ul><ul><li>Assess the value of an IPD process through discussion of case studies and industry for...
AIACC Lessons   Learned Symposium <ul><li>Purpose: cross section of doers to get feedback on  what’s working-what is not-w...
Integrated Project Delivery
Integrated Project Delivery AIACC Definitions Document <ul><li>Definition </li></ul><ul><li>IPD is a project delivery appr...
Integrated Project Delivery AIACC Definitions Document <ul><li>Definition </li></ul><ul><li>IPD principles can be applied ...
Integration Predesign Schematic Design Design Development Construction Documents Agency Permit / Bidding Construction Clos...
IPD Goal- OPTIMAL - Results <ul><li>Project Dials/metrics: </li></ul><ul><ul><li>Cost within budget  </li></ul></ul><ul><u...
Agenda <ul><li>Value Proposition </li></ul><ul><li>Determining and Managing the Project Budget </li></ul><ul><li>Contracts...
<ul><li>What represents the  </li></ul><ul><li>Value Proposition </li></ul>1
Value Proposition <ul><li>“ When you look at other industries where an  entity  has control of the design, the fabrication...
Value Proposition  -  Collaboration <ul><li>Best for the Project-Best for the Firms  </li></ul><ul><li>“……  do what you kn...
Value Proposition of Collaboration From the Construction Industry Institute – UT Austin <ul><li>Total Project Cost – 10% R...
Different  – Disciplines Vs. Business Models Project Entity Virtual Oganization C C C C Owner Designer Constructor Project...
Collaboration and Integration
Collaboration and Integration <ul><li>The big  room Work group-leadership slide-has the work groups in blue at the bottom ...
Project Responsibility Matrix
Stanford’s Center of Integrated Facilities Engineering (CIFE) Integrated Concurrent Engineering  (ICE)
<ul><li>Efficiency-Shop drawings, pre-fabrication opportunities tested and decided in CD phase. </li></ul><ul><li>Market f...
<ul><li>How to </li></ul><ul><li>Determine and Managing the Project Budget </li></ul>2
<ul><li>A project budget has many variables that include but are not limited to: </li></ul><ul><li>Vision </li></ul><ul><l...
<ul><li>Mission –  Purpose of the project </li></ul><ul><li>Build a transforming hospital complex for children, women and ...
<ul><li>Programmatic Functionality –  What the client needs to support the business case </li></ul><ul><ul><li>Normally no...
<ul><li>Designer’s need to understand the owner’s overall cash flow to manage their project and their fee </li></ul><ul><l...
Historical data / trends informs a budget Were living in interesting times
Benchmarking - Informing a budget
Systems Benchmarking - Informing a budget BUILDING SYSTEMS COST DATA /  COST RANGES  $/SF COMMENTS   Type 1 Type 2   Fire ...
Cost Target Driven Summary
<ul><li>A budget is a target whose sub‐targets will fluctuate to respond to the development of the project and realities o...
<ul><li>Project stakeholders (the designer and constructor) input is most valuable when the budget is least defined </li><...
Open Book  - Supports continuous confirmation Spend as little as possible The project can  not go like the last one Were g...
<ul><li>The challenge to do what others say can not be done, motivates </li></ul><ul><li>Barriers tend to produce creative...
<ul><li>Determining </li></ul><ul><li>Historical data coupled with trends informs a project budget but should not set it <...
<ul><li>What does the contract look like? </li></ul><ul><li>Project Set-Up </li></ul>3
<ul><li>What contract language encourages collaboration, and what discourages it? </li></ul><ul><li>The Two Most Important...
Multi-Party Agreement <ul><ul><ul><ul><li>Traditional </li></ul></ul></ul></ul>Cons. B101 Sub. Owner Contractor Architect ...
Multi-Party Agreement <ul><ul><ul><ul><li>Separate Contracts + Joining Agreement </li></ul></ul></ul></ul><ul><ul><ul><ul>...
Multi-Party Agreement <ul><ul><ul><ul><li>Everyone Signs the Same Agreement </li></ul></ul></ul></ul><ul><ul><ul><ul><li>F...
<ul><ul><ul><li>Why? </li></ul></ul></ul><ul><ul><ul><li>Multiple two-party agreements mean no direct relationship between...
Shared Risk/Reward Guaranteed At Risk Corporate Overhead Profit Limb   2 Limb 3 Pain Gain 0 Direct Project Costs Project- ...
<ul><ul><ul><li>“ Contracts that strictly focus on the penalties really discourage collaboration. ”   </li></ul></ul></ul>...
<ul><ul><ul><li>Determining the pool </li></ul></ul></ul><ul><ul><ul><li>Percentage of profit </li></ul></ul></ul><ul><ul>...
<ul><ul><ul><li>Distributing the pool </li></ul></ul></ul><ul><ul><ul><ul><li>Setting Targets </li></ul></ul></ul></ul><ul...
<ul><ul><ul><li>Distributing the pool </li></ul></ul></ul><ul><ul><ul><ul><li>Setting Targets </li></ul></ul></ul></ul><ul...
<ul><ul><ul><li>Distributing the pool </li></ul></ul></ul><ul><ul><ul><ul><li>Sink or swim together </li></ul></ul></ul></...
Moving the work Upstream <ul><ul><ul><li>Redistribution of Design Fees </li></ul></ul></ul>
<ul><ul><li>“ We can contract something to death, but what’s important is who you want to work with&quot; </li></ul></ul>
<ul><li>How do we manage: </li></ul><ul><li>Using Technology </li></ul>4
<ul><li>Ownership and Specification of the Model </li></ul><ul><li>Three Key Questions: </li></ul><ul><li>How can the mode...
<ul><ul><ul><li>7 Use Cases </li></ul></ul></ul>How can the model(s) be used?
<ul><ul><ul><li>7 Use Cases </li></ul></ul></ul>How can the model(s) be used? Designer’s Model Builder’s Model
<ul><ul><ul><li>Joint work results in joint ownership. </li></ul></ul></ul><ul><ul><ul><li>When models are combined, the a...
<ul><ul><ul><li>With multiple models being developed simultaneously, which is the “source of truth”? </li></ul></ul></ul><...
<ul><ul><ul><li>Level of Detail </li></ul></ul></ul><ul><ul><ul><li>Model Component Author </li></ul></ul></ul>Model Progr...
Model Progression Spec/AIA E202 <ul><ul><ul><li>Level of Detail </li></ul></ul></ul>
<ul><ul><ul><li>Level of Detail </li></ul></ul></ul><ul><ul><ul><li>Model Component Author </li></ul></ul></ul>Model Progr...
<ul><ul><ul><li>Needed Development </li></ul></ul></ul><ul><ul><ul><li>Ability to flag important dimensions (“clear”, “min...
<ul><li>Transformation / Summary </li></ul>5
Stanford’s Center of Integrated Facilities Engineering (CIFE) Integrated Concurrent Engineering  (ICE) <ul><li>Organizatio...
Lessons Learned for IPD –  A personal perspective <ul><li>How do we change? </li></ul><ul><li>Preparation for an IPD proje...
Remember that: Integrated Project Delivery  is optimized by: <ul><li>Knowing what your Team Selection Criteria is </li></u...
THANK YOU <ul><li>For more information </li></ul><ul><ul><li>www.aia.org/ipdg </li></ul></ul><ul><ul><li>www.aiacontracdoc...
Speakers <ul><ul><li>Jim Bedrick </li></ul></ul><ul><ul><li>[email_address] </li></ul></ul><ul><ul><li>Stuart Eckblad -  [...
Upcoming SlideShare
Loading in...5
×

Ipd Convention 2009 Lessons Learned Presentation Final

984

Published on

Published in: Business, Technology
0 Comments
4 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
984
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
0
Comments
0
Likes
4
Embeds 0
No embeds

No notes for slide
  • IPD Definition Task Group sTUART
  • IPD Definition Task Group S
  • IPD Definition Task Group S
  • IPD Definition Task Group J J will show Sketchup graphic here
  • IPD Definition Task Group STUART
  • IPD Definition Task Group Z
  • IPD Definition Task Group Z
  • IPD Definition Task Group Z
  • IPD Definition Task Group Z
  • IPD Definition Task Group Z
  • Transcript of "Ipd Convention 2009 Lessons Learned Presentation Final"

    1. 1. Lessons learned from applied Integrated Project Delivery Identify, explore and understand IPD from real projects Session ID: F32
    2. 2. <ul><li>This presentation is protected by US and International Copyright laws. Reproduction, distribution, display and use of the presentation without written permission of the speaker is prohibited. </li></ul>
    3. 3. <ul><li>This program is registered with the AIA/CES for continuing professional education. As such, it does not include content that may be deemed or construed to constitute approval, sponsorship or endorsement by the AIA of any method, product, service, enterprise or organization. The statements expressed by speakers, panelists, and other participants reflect their own views and do not necessarily reflect the views or positions of The American Institute of Architects or of AIA components, or those of their respective officers, directors, members, employees, or other organizations, groups or individuals associated with them. Questions related to specific products and services may be addressed at the conclusion of this presentation. </li></ul>
    4. 4. Learning Objectives <ul><ul><ul><li>Assess the value of an IPD process through discussion of case studies and industry forces </li></ul></ul></ul><ul><ul><ul><li>Recognize how traditional design/construction processes can be transformed into an IPD system for value-based services </li></ul></ul></ul><ul><ul><ul><li>Evaluate technological tools that support collaboration internally within an architectural practice and across the overall project building team (Owner, Designer, Engineer, Builder, Trades) </li></ul></ul></ul>
    5. 5. AIACC Lessons Learned Symposium <ul><li>Purpose: cross section of doers to get feedback on what’s working-what is not-what would they do differently. </li></ul><ul><ul><li>Attendees: </li></ul></ul><ul><ul><ul><ul><li>Owners-2 </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Architects-5 </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Engineers-1 </li></ul></ul></ul></ul><ul><ul><ul><ul><li>General Contractors-8 </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Trades-2 </li></ul></ul></ul></ul>
    6. 6. Integrated Project Delivery
    7. 7. Integrated Project Delivery AIACC Definitions Document <ul><li>Definition </li></ul><ul><li>IPD is a project delivery approach that integrates people, systems, business structures and practices into a process that collaboratively harnesses the talents and insights of all participants to optimize project results, increase value to the owner, reduce waste and maximize efficiency through all phases of design, fabrication and construction. </li></ul>
    8. 8. Integrated Project Delivery AIACC Definitions Document <ul><li>Definition </li></ul><ul><li>IPD principles can be applied to a variety of contractual arrangements and IPD teams will usually include members well beyond the basic triad of owner, architect, and contractor. At a minimum, though, an integrated project includes highly effective collaboration between the owner, the architect, and the general contractor ultimately responsible for construction of the project, from early design through project handover. </li></ul>
    9. 9. Integration Predesign Schematic Design Design Development Construction Documents Agency Permit / Bidding Construction Closeout WHO REALIZE HOW WHAT Traditional WHAT WHO HOW Agency Owner Architect Engineers GC Subs Conceptual-ization Criteria Design Detailed Design Implementation Documents Agency Coord / Final Buyout Construction Closeout REALIZE <ul><li>Define the processes, structure and metrics up front! </li></ul>Agency Owner Architect Engineers GC Subs Integrated
    10. 10. IPD Goal- OPTIMAL - Results <ul><li>Project Dials/metrics: </li></ul><ul><ul><li>Cost within budget </li></ul></ul><ul><ul><li>Schedule-on time completion </li></ul></ul><ul><ul><li>Quality / Performance </li></ul></ul><ul><ul><li>Design </li></ul></ul><ul><ul><li>Documentation </li></ul></ul><ul><ul><li>Sustainability </li></ul></ul><ul><ul><li>Risk/claims </li></ul></ul><ul><ul><li>Profitability </li></ul></ul>Under Over Quality Quantity
    11. 11. Agenda <ul><li>Value Proposition </li></ul><ul><li>Determining and Managing the Project Budget </li></ul><ul><li>Contracts </li></ul><ul><li>Using Technology </li></ul><ul><li>Transformation / Summary </li></ul>
    12. 12. <ul><li>What represents the </li></ul><ul><li>Value Proposition </li></ul>1
    13. 13. Value Proposition <ul><li>“ When you look at other industries where an entity has control of the design, the fabrication, the financing, the marketing of a product like the airline industry or like Apple-look what they’ve done as a computer company, versus other PC type companies” </li></ul><ul><li>Extraordinary results from Collaboration AND Integration </li></ul>
    14. 14. Value Proposition - Collaboration <ul><li>Best for the Project-Best for the Firms </li></ul><ul><li>“…… do what you know ….even if it costs more because it protects you…why on earth did you do that….because we’ve been sued five years ago for not doing it…so now we do it on every project whether it makes sense or not…” </li></ul>
    15. 15. Value Proposition of Collaboration From the Construction Industry Institute – UT Austin <ul><li>Total Project Cost – 10% Reduction </li></ul><ul><ul><ul><ul><li>Construction Administration – 24% Reduction </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Engineering - $10/hr Reduction </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Value Engineering – 337% increase </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Profitability – 25% increase </li></ul></ul></ul></ul><ul><li>Number of claims – 83% Reduction </li></ul><ul><li>Projects with claims – 68% Reduction </li></ul>
    16. 16. Different – Disciplines Vs. Business Models Project Entity Virtual Oganization C C C C Owner Designer Constructor Project D D D D C C C C Owner Designer Constructor Project D D D D
    17. 17. Collaboration and Integration
    18. 18. Collaboration and Integration <ul><li>The big room Work group-leadership slide-has the work groups in blue at the bottom </li></ul>
    19. 19. Project Responsibility Matrix
    20. 20. Stanford’s Center of Integrated Facilities Engineering (CIFE) Integrated Concurrent Engineering (ICE)
    21. 21. <ul><li>Efficiency-Shop drawings, pre-fabrication opportunities tested and decided in CD phase. </li></ul><ul><li>Market forces-Team process quicker to react-respond to changes in commodities, labor availability. </li></ul><ul><ul><li>Innovation-Bigger opportunity to introduce/evaluate new technologies </li></ul></ul>Value Proposition
    22. 22. <ul><li>How to </li></ul><ul><li>Determine and Managing the Project Budget </li></ul>2
    23. 23. <ul><li>A project budget has many variables that include but are not limited to: </li></ul><ul><li>Vision </li></ul><ul><li>Function </li></ul><ul><li>Quality </li></ul><ul><li>Master plan </li></ul>Determining and Managing the budget <ul><li>Internal </li></ul><ul><li>External </li></ul><ul><li>Operational </li></ul><ul><li>Funding </li></ul>
    24. 24. <ul><li>Mission – Purpose of the project </li></ul><ul><li>Build a transforming hospital complex for children, women and cancer patients to advance caring, healing, teaching and discovering. </li></ul><ul><li>Core Values – Owner, Designer, Constructor Agree with: </li></ul><ul><li>. Can-Do – Collaboration - Make A Difference Enjoyment </li></ul><ul><li>Givens – Owner, Designer, Constructor comply with </li></ul><ul><li>Budget </li></ul><ul><li>Funding vs. Philanthropy </li></ul><ul><li>Schedule </li></ul>Project Vision - Balancing
    25. 25. <ul><li>Programmatic Functionality – What the client needs to support the business case </li></ul><ul><ul><li>Normally not part of the cost reduction strategies </li></ul></ul><ul><ul><li>Defines what the project needs to be </li></ul></ul><ul><li>Quality – Owner/Designer/Constructor agree with: </li></ul><ul><li>. Owner’s need for quality, performance and life-cycle functionality </li></ul><ul><li>Designer’s recommendation based on their best practices, cost basis and unique need of the project </li></ul><ul><li>Constructor confirms need and recommendation with cost confirmation, availability and execution </li></ul>Programmatic Functionality / Quality
    26. 26. <ul><li>Designer’s need to understand the owner’s overall cash flow to manage their project and their fee </li></ul><ul><li>Trusted Advisor / Fundraising </li></ul><ul><li>Internal Organization </li></ul><ul><li>Project canceling </li></ul><ul><li>future projects </li></ul><ul><li>Re-draw at your cost </li></ul>Project needs all available funds Cancels future work Your Project Your Worry
    27. 27. Historical data / trends informs a budget Were living in interesting times
    28. 28. Benchmarking - Informing a budget
    29. 29. Systems Benchmarking - Informing a budget BUILDING SYSTEMS COST DATA / COST RANGES $/SF COMMENTS   Type 1 Type 2   Fire Protection 15/sf to 21/sf 4/sf to 8/sf Increased density of rooms and full height walls drive up number of heads. Seismic bracing requirements. Mechanical 125/sf to 175/sf 30/sf to 60/sf Increased number of zones because of patient care requirements. Increased air changes drives larger HVAC units, increased filtering & controls. Stricter exiting and occupancy requirements increase fire smoke dampers quantity and ductwork routing. Plumbing 70/sf to 90/sf 10/sf to 18/sf Certified med gas system is required through out the hospital. Hospitals have 1 fixture per 350sf vs 1 fixture per 1500sf for an office Electrical 125/sf to 150/sf 30/sf to 45/sf Electrical power system separated into 3 systems, normal, emergency & equipment this triples the distribution cost. IT cabling requirements increased to support patient information requirements. Increased number of electrical system make coordination and installation more difficult. b
    30. 30. Cost Target Driven Summary
    31. 31. <ul><li>A budget is a target whose sub‐targets will fluctuate to respond to the development of the project and realities of the market </li></ul>Using Dials to land on the Budget Sub- System Aggregate System
    32. 32. <ul><li>Project stakeholders (the designer and constructor) input is most valuable when the budget is least defined </li></ul><ul><li>We need to be more pro-active in defining and shaping the budget instead of reacting to it. </li></ul>The Wisdom of Crowds – 1+1+1 = 10
    33. 33. Open Book - Supports continuous confirmation Spend as little as possible The project can not go like the last one Were going to shop this around I want this to be my gift to the city Let’s invest in doing things once and right We want no one else to be able to do this
    34. 34. <ul><li>The challenge to do what others say can not be done, motivates </li></ul><ul><li>Barriers tend to produce creative results </li></ul><ul><li>Camaraderie is created when challenges are overcome together </li></ul><ul><li>Financial reward is an incentive, the relationships developed on project lead to future work </li></ul>Doing a good job is motivation to succeed
    35. 35. <ul><li>Determining </li></ul><ul><li>Historical data coupled with trends informs a project budget but should not set it </li></ul><ul><li>The need to invite project stakeholders (the designer and constructor) is most valuable when the budget is least defined </li></ul><ul><li>Managing </li></ul><ul><li>An open book or transparent process allows for all the stakeholders to have input and confirming the project direction </li></ul><ul><li>A budget is a target whose sub‐targets will fluctuate to respond to the development of the project and realities of the market </li></ul><ul><li>Doing a good job is motivation by itself </li></ul>Lessons Learned on Budget
    36. 36. <ul><li>What does the contract look like? </li></ul><ul><li>Project Set-Up </li></ul>3
    37. 37. <ul><li>What contract language encourages collaboration, and what discourages it? </li></ul><ul><li>The Two Most Important Elements: </li></ul><ul><li>Multi-Party Agreement </li></ul><ul><li>Shared Risk/Reward Pool </li></ul>Encouraging Collaboration
    38. 38. Multi-Party Agreement <ul><ul><ul><ul><li>Traditional </li></ul></ul></ul></ul>Cons. B101 Sub. Owner Contractor Architect A201 C401 A401
    39. 39. Multi-Party Agreement <ul><ul><ul><ul><li>Separate Contracts + Joining Agreement </li></ul></ul></ul></ul><ul><ul><ul><ul><li>“ IPD-ish” </li></ul></ul></ul></ul>Cons. B195 Sub. Owner Contractor Architect A195 A295 C401 A401 B101 A201
    40. 40. Multi-Party Agreement <ul><ul><ul><ul><li>Everyone Signs the Same Agreement </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Full IPD </li></ul></ul></ul></ul>Owner Sub. Cons. AIA C195 ConsensusDocs 300 Sub. Contractor Cons. Architect
    41. 41. <ul><ul><ul><li>Why? </li></ul></ul></ul><ul><ul><ul><li>Multiple two-party agreements mean no direct relationship between designers and constructors. </li></ul></ul></ul><ul><ul><ul><li>Easier to align goals </li></ul></ul></ul>Multi-Party Agreement Owner Contractor Architect Owner Contractor Architect
    42. 42. Shared Risk/Reward Guaranteed At Risk Corporate Overhead Profit Limb 2 Limb 3 Pain Gain 0 Direct Project Costs Project- specific Overhead Limb 1 $
    43. 43. <ul><ul><ul><li>“ Contracts that strictly focus on the penalties really discourage collaboration. ” </li></ul></ul></ul><ul><ul><ul><ul><li>They induce participants to include contingencies, which drives up price. </li></ul></ul></ul></ul><ul><ul><ul><ul><li>They don’t promote relationships, which can be important in solving problems. </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Without the potential for reward, there is no incentive to innovate, i.e., no incentive to do anything other than what’s safe. </li></ul></ul></ul></ul>Shared Risk/Reward
    44. 44. <ul><ul><ul><li>Determining the pool </li></ul></ul></ul><ul><ul><ul><li>Percentage of profit </li></ul></ul></ul><ul><ul><ul><li>Same percent for everyone? </li></ul></ul></ul><ul><ul><ul><li>Requires agreement on what is profit vs. cost of the work or overhead </li></ul></ul></ul><ul><ul><ul><li>Must be big enough to be significant </li></ul></ul></ul>Shared Risk/Reward
    45. 45. <ul><ul><ul><li>Distributing the pool </li></ul></ul></ul><ul><ul><ul><ul><li>Setting Targets </li></ul></ul></ul></ul><ul><ul><ul><ul><ul><li>Remember the dials </li></ul></ul></ul></ul></ul><ul><ul><ul><ul><ul><li>Incentivizing soft goals </li></ul></ul></ul></ul></ul>Shared Risk/Reward Performance Sustainability Design Quality Schedule
    46. 46. <ul><ul><ul><li>Distributing the pool </li></ul></ul></ul><ul><ul><ul><ul><li>Setting Targets </li></ul></ul></ul></ul><ul><ul><ul><ul><ul><li>Remember the dials </li></ul></ul></ul></ul></ul><ul><ul><ul><ul><ul><li>Incentivizing soft goals </li></ul></ul></ul></ul></ul><ul><ul><ul><ul><ul><li>Timing – when do you set targets? </li></ul></ul></ul></ul></ul>Shared Risk/Reward <ul><ul><ul><li>ConsensusDocs 300 End of Detailed Design </li></ul></ul></ul><ul><ul><ul><li>AIA C195 End of Criteria Design </li></ul></ul></ul><ul><ul><ul><li>End of Conceptualization? </li></ul></ul></ul>
    47. 47. <ul><ul><ul><li>Distributing the pool </li></ul></ul></ul><ul><ul><ul><ul><li>Sink or swim together </li></ul></ul></ul></ul>Shared Risk/Reward
    48. 48. Moving the work Upstream <ul><ul><ul><li>Redistribution of Design Fees </li></ul></ul></ul>
    49. 49. <ul><ul><li>“ We can contract something to death, but what’s important is who you want to work with&quot; </li></ul></ul>
    50. 50. <ul><li>How do we manage: </li></ul><ul><li>Using Technology </li></ul>4
    51. 51. <ul><li>Ownership and Specification of the Model </li></ul><ul><li>Three Key Questions: </li></ul><ul><li>How can the model(s) be used? </li></ul><ul><li>Who owns the model(s)? </li></ul><ul><li>In case of conflict, what controls? </li></ul>Managing BIM
    52. 52. <ul><ul><ul><li>7 Use Cases </li></ul></ul></ul>How can the model(s) be used?
    53. 53. <ul><ul><ul><li>7 Use Cases </li></ul></ul></ul>How can the model(s) be used? Designer’s Model Builder’s Model
    54. 54. <ul><ul><ul><li>Joint work results in joint ownership. </li></ul></ul></ul><ul><ul><ul><li>When models are combined, the agreement should identify who owns what part. </li></ul></ul></ul><ul><ul><ul><li>The agreement should license specific uses by others. </li></ul></ul></ul>Who owns the model(s)?
    55. 55. <ul><ul><ul><li>With multiple models being developed simultaneously, which is the “source of truth”? </li></ul></ul></ul><ul><ul><ul><li>This can vary between different elements or systems. </li></ul></ul></ul><ul><ul><ul><ul><li>Example – Structure vs. Mechanical </li></ul></ul></ul></ul><ul><ul><ul><li>Can also vary over time. </li></ul></ul></ul><ul><ul><ul><ul><li>Example – handoff from architect to engineer to subcontractor </li></ul></ul></ul></ul>In case of conflict, what controls?
    56. 56. <ul><ul><ul><li>Level of Detail </li></ul></ul></ul><ul><ul><ul><li>Model Component Author </li></ul></ul></ul>Model Progression Spec/AIA E202
    57. 57. Model Progression Spec/AIA E202 <ul><ul><ul><li>Level of Detail </li></ul></ul></ul>
    58. 58. <ul><ul><ul><li>Level of Detail </li></ul></ul></ul><ul><ul><ul><li>Model Component Author </li></ul></ul></ul>Model Progression Spec/AIA E202
    59. 59. <ul><ul><ul><li>Needed Development </li></ul></ul></ul><ul><ul><ul><li>Ability to flag important dimensions (“clear”, “minimum”, etc.) </li></ul></ul></ul><ul><ul><ul><li>Ability to denote tolerances </li></ul></ul></ul>Model Functionality
    60. 60. <ul><li>Transformation / Summary </li></ul>5
    61. 61. Stanford’s Center of Integrated Facilities Engineering (CIFE) Integrated Concurrent Engineering (ICE) <ul><li>Organizational Hierarchy - Success Targe t - Flat : One facilitator, no managers; culture of working with minimal management supervision </li></ul><ul><li>Topology of Stakeholder Social Network - Success Targe t - Pooled : - Collocation; Projection screens; sidebar culture </li></ul><ul><li>Design subtask duration - Success Targe t - Less than 10 minutes - Careful activity decomposition into subtasks, training of designers, and design of appropriately supportive software design and analysis applications </li></ul>
    62. 62. Lessons Learned for IPD – A personal perspective <ul><li>How do we change? </li></ul><ul><li>Preparation for an IPD project </li></ul><ul><li>Modeling first / Documenting second </li></ul><ul><li>Practice-Shift </li></ul>
    63. 63. Remember that: Integrated Project Delivery is optimized by: <ul><li>Knowing what your Team Selection Criteria is </li></ul><ul><li>Work out the details </li></ul><ul><ul><li>Metrics </li></ul></ul><ul><ul><li>Decision process </li></ul></ul><ul><ul><li>Cost Targeting/budget management process </li></ul></ul><ul><ul><li>Systems </li></ul></ul><ul><li>Provide for Education/Training </li></ul><ul><li>Trust your fellow stakeholder </li></ul><ul><li>Commit yourself for success </li></ul>
    64. 64. THANK YOU <ul><li>For more information </li></ul><ul><ul><li>www.aia.org/ipdg </li></ul></ul><ul><ul><li>www.aiacontracdocuments.org </li></ul></ul><ul><ul><li>www.ipd-ca.net </li></ul></ul>
    65. 65. Speakers <ul><ul><li>Jim Bedrick </li></ul></ul><ul><ul><li>[email_address] </li></ul></ul><ul><ul><li>Stuart Eckblad - [email_address] </li></ul></ul><ul><ul><li>Zigmund Rubel </li></ul></ul><ul><ul><li>[email_address] </li></ul></ul>

    ×