{"id":124,"date":"2012-12-27T07:03:42","date_gmt":"2012-12-27T07:03:42","guid":{"rendered":"http:\/\/changeinspector.com\/blog\/?p=124"},"modified":"2018-05-25T14:14:15","modified_gmt":"2018-05-25T14:14:15","slug":"time-impact-analysis-for-beginners","status":"publish","type":"post","link":"https:\/\/changeinspector.com\/blog\/time-impact-analysis-for-beginners\/","title":{"rendered":"Time Impact Analysis for Beginners"},"content":{"rendered":"<p>Time Impact Analysis (TIA) is a prospective schedule delay analysis method.\u00a0 In this method the analyst develops and adds a model of the change to an approved schedule to quantify the delay to project completion.\u00a0\u00a0 AACE International Recommended Practice No. 52R-06 Change Management and Forecasting &#8211; Time Impact Analysis, describes implementation of this method in detail.<\/p>\n<p>The first step in preparing a TIA is to inventory all new tasks occasioned by the change.\u00a0 These tasks are then logically related to each other and the base contract tasks to model the change with a schedule fragnet.<\/p>\n<p>The scheduler should not work in a vacuum to develop and implement a TIA fragnet.\u00a0 The project team should be actively engaged to provide detailed input as how best to incorporate the changed work into existing means and methods.\u00a0 Otherwise the TIA becomes a highly subjective and often disputed change model that may not be fully implemented in the field.<\/p>\n<p>The schedule fragnet is a subset of the activities in the project schedule that will be involved directly with the change.\u00a0 For ease of comprehension and review, the change should be described completely but as simply as possible.\u00a0 Use the fewest number of activities and relationships to substantially reflect the impact of the change to the schedule.<\/p>\n<p>Notwithstanding simplicity, sufficient detail must be shown that is consistent with the nature and complexity of the change or delay being modeled.\u00a0 As the activities are added they should be identified in a logical manner to make it easy to differentiate the TIA from Base Work.\u00a0 Fragnet development must include representation by the affected disciplines of design and construction.\u00a0 It should receive a final sign off by design lead and construction lead.\u00a0 The fragnet will then be added to the appropriate schedule.\u00a0 Usually this is the latest approved schedule, statused and updated prior to the change or delay.\u00a0 This may not always be the case.<\/p>\n<p>Primary steps for developing TIAs include:<\/p>\n<p>1.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Review of all project design documents added or impacted by the change<\/p>\n<p>2.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Review of physical construction quantities that result from the change<\/p>\n<p>3.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Inventory all tasks required to be performed as a result of the change.<\/p>\n<p>4.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Development of fragnet logic with input from design and construction subject matter experts.\u00a0 When developing a fragnet schedule:<\/p>\n<ul>\n<li>Activity descriptions should be self-explanatory while identifying themselves as fragnet-added or changed activities.<\/li>\n<li>Holidays and non-working periods must be taken into consideration<\/li>\n<li>Fragnet should not have \u201copen ends\u201d besides the first and last activities. Exceptions must be well justified and kept to a minimum<\/li>\n<li>The use of constraints should never serve as a substitute for detailed logic<\/li>\n<li>Even if the contract does not require a resource loaded schedule, resource limitations and flow must be considered.\u00a0 Analyst must ensure the resource assignment and activity durations represents a feasible execution plan.<\/li>\n<li>A fragnet coding structure must be established to filter, sort and summarize.<\/li>\n<\/ul>\n<p>5.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Determine the appropriate master schedule update that is to accept the TIA.<\/p>\n<p>6.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Obtain sign off from design, construction, and management before inserting the fragnet.<\/p>\n<p>7.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Sequentially insert fragnets if there are multiple changes and\/or change may be implemented in distinct phases or areas.<\/p>\n<p>8.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Document results and changes with schedule comparison report<\/p>\n<p>9.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Document changes to float distribution as described below.<\/p>\n<p>10.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Prepare a summary table that lists the master schedule name, data date, fragnet number, impacted completion date in the order that the fragnets were inserted.<\/p>\n<p>11.\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 Update schedule basis documentation.<\/p>\n<p>There are numerous opportunities to incorporate mitigation measures to offset impacts driven by owner caused delays.\u00a0 The analyst should first fully impact the schedule, measure and record the impacted facts using the tools previously described, record the full impact then mitigate and record the mitigated impact.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Time Impact Analysis (TIA) is a prospective schedule delay analysis method.\u00a0 In this method the analyst develops and adds a model of the change to an approved schedule to quantify the delay to project completion.\u00a0\u00a0 AACE International Recommended Practice No. &hellip; <a href=\"https:\/\/changeinspector.com\/blog\/time-impact-analysis-for-beginners\/\">Continue reading <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[5,1],"tags":[],"jetpack_featured_media_url":"","_links":{"self":[{"href":"https:\/\/changeinspector.com\/blog\/wp-json\/wp\/v2\/posts\/124"}],"collection":[{"href":"https:\/\/changeinspector.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/changeinspector.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/changeinspector.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/changeinspector.com\/blog\/wp-json\/wp\/v2\/comments?post=124"}],"version-history":[{"count":4,"href":"https:\/\/changeinspector.com\/blog\/wp-json\/wp\/v2\/posts\/124\/revisions"}],"predecessor-version":[{"id":128,"href":"https:\/\/changeinspector.com\/blog\/wp-json\/wp\/v2\/posts\/124\/revisions\/128"}],"wp:attachment":[{"href":"https:\/\/changeinspector.com\/blog\/wp-json\/wp\/v2\/media?parent=124"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/changeinspector.com\/blog\/wp-json\/wp\/v2\/categories?post=124"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/changeinspector.com\/blog\/wp-json\/wp\/v2\/tags?post=124"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}