Four Logical Relationships of Project Management: What They Are and How To Use Them

PMBOK® Definition

Logical Relationship
: A dependency between two project schedule activities, or between a project schedule activity and a schedule milestone. The four possible types of logical relationships are: Finish-to-Start, Finish-to-Finish, Start-to-Start, and Start-to-Finish. See also precedence relationship.

Precedence Relationship: The term used in the precedence diagramming method for a logical relationship. In current usage, however, precedence relationship, logical relationship, and dependency are widely used interchangeably, regardless of the diagramming method used. See also logical relationship.

Practical Definition

Task relationships determine the start and finish dates of a task as it relates to other activities. The relations are labeled as Finish-to-Start, Start-to-Start, Finish-to-Finish and Start-to-Finish.

Expanded Definition

There seems to be relationships in every aspect of life. We have mathematical relationships, money and time relationships, food and wine relationships and even human relationships. So why not project management relationships.

Some relationships are simple while others are complex and baffling. Sometimes they are easier to figure out while others take a bit more noodling. These statements pertain to all relationships and even more so in project management.

Understanding these relationships and their use are critical to the project manager’s success. Why? Because most project managers don’t know they exist, don’t plan properly for their existence, and yet, the relationships exist and happen whether we like it or not.

Once we understand them, know how to apply them and plan according to their natural occurrence, the project schedule more closely reflects the reality of the project. The more closely we model future reality in our plans, the more likely we’ll succeed in our project and meet the stakeholders’ expectations. Additionally, understanding those helps us adjust our efforts and even bend reality at times to bring the project in line with what we want.

Understanding Alphabet Soup: FS, SS, FF, SF

The four relationships are:
  • Finish-to-Start (FS)
  • Start-to-Start (SS)
  • Finish-to-Finish (FF)
  • Start-to-Finish (SF)
Each relationship acts differently as predecessors and successors interact.

Predecessor vs. Successor

PMBOK® Definitions
:

Predecessor Activity: The schedule activity that determines when the logical successor activity can begin or end.

Successor Activity: The schedule activity that follows a predecessor activity, as determined by their logical relationship.

Before we can begin to understand the four relationships, we must understand predecessors and successors.

A Predecessor is typically the task that precedes other tasks. Successors typically occur after other tasks, or its predecessors. This is the common understanding of predecessors and successors.

In actuality, predecessors are the tasks that control the relationship between two activities. In fact, predecessors can actually occur after a successor. If that twists your mind a bit, stay with me as I explain how that can happen. I can guarantee you’ve been a victim of activity sequences where the predecessor occurred after its successor.

Finish-to-Start

PMBOK® Definition
: The logical relationship where initiation of work of the successor activity depends upon the completion of work of the predecessor activity. See also logical relationship.

Layman’s Definition: Once this task finishes, we can start the next one.

Practical Definition:  In a Finish-to-Start relationship, the predecessor must finish before the successor can start. In fact, the predecessor’s finish date determines the Successor’s start date.

Abbreviation: FS

A Finish-to-Start relationship is typically displayed as follows:


FS is the relationship that occurs the most often within most project schedules. In fact, ninety-five percent (95%) of all tasks are related in a FS relationship. It is the most prevalent of the four relationships. As a result, many project management software packages such as MS Project use it as the default relationship. Unless specified otherwise, the software assumes activities relate in an FS manner.

It basically states once the predecessor finishes, the successor can start.

An example of FS relationships is car washing. We wash the car, dry the car and then wax the car. It makes no sense to dry the car before we wash it. And certainly waxing the car first only grinds the dirt into the paint rather than protecting it.



The activities in car washing naturally fall into a finish-to-start relationship. Of course, we could overlap the activities. In other words, we could start drying the car before we are finished washing it, but we do risk water overspray causing additional necessary drying. The overlapping of activities still follows the definition of finish-to-start relationship because the one spot being dried must be washed and rinsed first.

Start-to-Start

PMBOK® Definition
: The logical relationship where initiation of the work of the successor schedule activity depends upon the initiation of the work of the predecessor schedule activity. See also logical relationship.

Layman’s Definition: We want these two tasks to start at the same time.

Practical Definition: Once the predecessor task starts, we can start the successor task.

Abbreviation: SS

A Start-to-Start relationship is typically displayed as follows:


In essence, they all sound the same. The start of the successor task is gated by the start of the predecessor activity. Until the predecessor starts, the successor cannot start.

But here is another meaning people miss. It simply states the successor cannot start UNTIL the predecessor starts. It does not mean it has to start at exactly the same time. It can occur sometime after the beginning of the predecessor’s activity.

An example of a start-to-start relationship might be tabulating results from some market research. In market research, we develop a survey, distribute the survey, and wait for responses to our survey. As we receive the responses, we enter the data into a database and tabulate the information. We do not need to wait for all the responses to return before tabulating the information.

In fact, in market research, a one percent response rate is considered good. Two to four percent response rate is super. But what it really means is we will not receive from 96 to 99% of the desired responses. If we used a finish-to-start relationship between the receiving responses and tabulating the results, we’d never tabulate the responses. Therefore, once the responses flow in, we can start tabulating the results and watch for early trends. This method is what they use during political elections trying to predict the winner before all the votes are counted. Programming this example into project management software would yield the following Gantt chart:




Finish-to-Finish

PMBOK® Definition
: The logical relationship where completion of work of the successor activity cannot finish until the completion of work of the predecessor activity. See also logical relationship.

Layman’s Definition: We want these two tasks to finish at the same time.

Practical Definition: Once the predecessor task finishes, the successor task can finish.

Abbreviation: FF

A Finish-to-Finish relationship is typically displayed as follows:

In finish-to-finish relationships, we must wait for the predecessor task to finish before we can finish, or declare, the successor finished. And just as in start-to-start relationships, the successor doesn’t necessarily finish at the same time as the predecessor; it can finish after the predecessor.

When serving dinner, we typically experience, or want to experience, a finish-to-finish relationship. Usually, we want all the food to be ready for eating at the same time and placed on the table, arranged for the family to eat.

Using a finish-to-start relationship while preparing the food results in some portion of the meal cooked while other parts have not even been started. Using a start-to-start relationship while cooking the food can result in some items being over-cooked, under-cooked or just right. Therefore, the only relationship which works for having all the items cooked to the right doneness and placed on the table at the same time is a finish-to-finish relationship.

Let’s say our menu includes meat, potatoes and vegetables. Setting the oven at 350o, the meat takes 45 minutes, the potatoes 60 minutes and the veggies 15 minutes. To properly stage the cooking so all finish at the same time, we would put the potatoes in the oven first, wait 15 minutes, put the meat in, wait another 30 minutes and then add in the vegetables. Programming this example into project management software would yield the following Gantt chart:



Start-to-Finish

PMBOK® Definition
: The logical relationship where the completion of the successor schedule activity is dependent upon the initiation of the predecessor schedule activity. See also logical relationship.

Layman’s Definition: This task finishes when the next one starts, but not before then.

Practical Definition: Once the predecessor task starts, the successor task finishes.

Abbreviation: SF

A Start-to-Finish relationship is typically displayed as follows:


Read the definition again. The successor task finishes when the predecessor activity starts. Wait! How can the successor task finish, which means it started, before the predecessor activity starts? I don’t know about you, but this definition twists my brain sideways.

Fortunately, this relationship only occurs less than 1% of the time, so most people miss it, or simply don’t know it exists, but it does. I have seen many people trying to describe this relationship and frankly, most are wrong. So, I provide two here. Don’t go scurrying to the PMBOK for examples because it is conspicuously devoid of examples of these relationships except FS. Hmm…

Imagine you are a dinner boat cruise owner. The boat leaves the dock at 6:00 pm for the cruise around the city. As a smart owner, you open the ticket booth window for sales at 2:00 pm. Your goal is to sell out of all tickets before the boat leaves the dock.

At 5:00 pm, the captain of the boat calls you and says, “Hey boss, I’m stuck in traffic. I’m going to be late. Please let the customers know the boat won’t leave the dock until at least 7:30 pm.”

Six o’clock comes and all the tickets are not sold. As the owner, what do you do? Do you close the ticket sales window and wait for the boat to leave the dock? Do you close the window and go home? Or do you keep selling the tickets until the boat leaves the dock? Of course, you’d keep the window open selling tickets until the cruise is underway.

What determined the finish time of the ticket sales: the clock striking six or the boat leaving the dock? It is the boat leaving the dock. The clock reaching 6:00 pm is meaningless. The boat leaving the dock determines the relationship between the two tasks.

So we see from this example, the predecessor isn’t necessarily the task that comes first, but one that controls the task relationships. If we go back and review the other three relationships already described, we’ll see the same condition – the predecessor determines the relationship. In the start-to-finish relationship, the predecessor is the “main” event, the one determining the finish of the other activity. In the case of the ticket window opening, its opening is determined by the time of day or 2:00 pm. Whether the boat leaves on time or not does not impact the window’s opening.

As we saw, the window’s closing time was extended by the boat’s late departure. Programming this example into project management software would yield the following Gantt chart:


I understand most people reading this definition are not dinner boat cruise owners. So, a more practical example might seat the understanding into memory. Maybe not more practical, but one “closer to home.”

Remember back to the days you went to school. In order to test your knowledge of a subject, the teacher always gave a test. If you were like me, you’d wait until the last minute to cram for the exam. In fact, if the instructor showed up a bit late, you’d still be studying until the test paper hit your desk.

What determined the start of your study time? I never did figure that out, but in my case, it seemed to be panic. But I can tell you what determined the finish of my study time. The professor stating all study material must be put away. That, my fine readers, is a start-to-finish relationship.

Conclusion

Understanding the four relationships between activities in a project schedule helps model reality most accurately. Unfortunately, most project teams only use the finish-to-start relationship between tasks. This method does not accurately schedule the activities of a project.

When planning the steps in a project, actively discuss relationships between all tasks and accurately schedule them. Just as determining the duration of a task is important, relating it to the other things that need to be done is critically important for the success of the project. You might not use all four relationships within a project, but you should at least know they exist and consider them.
内容概要:该PPT详细介绍了企业架构设计的方法论,涵盖业务架构、数据架构、应用架构和技术架构四大核心模块。首先分析了企业架构现状,包括业务、数据、应用和技术四大架构的内容和关系,明确了企业架构设计的重要性。接着,阐述了新版企业架构总体框架(CSG-EAF 2.0)的形成过程,强调其融合了传统架构设计(TOGAF)和领域驱动设计(DDD)的优势,以适应数字化转型需求。业务架构部分通过梳理企业级和专业级价值流,细化业务能力、流程和对象,确保业务战略的有效落地。数据架构部分则遵循五大原则,确保数据的准确、一致和高效使用。应用架构方面,提出了分层解耦和服务化的设计原则,以提高灵活性和响应速度。最后,技术架构部分围绕技术框架、组件、平台和部署节点进行了详细设计,确保技术架构的稳定性和扩展性。 适合人群:适用于具有一定企业架构设计经验的IT架构师、项目经理和业务分析师,特别是那些希望深入了解如何将企业架构设计与数字化转型相结合的专业人士。 使用场景及目标:①帮助企业和组织梳理业务流程,优化业务能力,实现战略目标;②指导数据管理和应用开发,确保数据的一致性和应用的高效性;③为技术选型和系统部署提供科学依据,确保技术架构的稳定性和扩展性。 阅读建议:此资源内容详尽,涵盖企业架构设计的各个方面。建议读者在学习过程中,结合实际案例进行理解和实践,重点关注各架构模块之间的关联和协同,以便更好地应用于实际工作中。
资 源 简 介 独立分量分析(Independent Component Analysis,简称ICA)是近二十年来逐渐发展起来的一种盲信号分离方法。它是一种统计方法,其目的是从由传感器收集到的混合信号中分离相互独立的源信号,使得这些分离出来的源信号之间尽可能独立。它在语音识别、电信和医学信号处理等信号处理方面有着广泛的应用,目前已成为盲信号处理,人工神经网络等研究领域中的一个研究热点。本文简要的阐述了ICA的发展、应用和现状,详细地论述了ICA的原理及实现过程,系统地介绍了目前几种主要ICA算法以及它们之间的内在联系, 详 情 说 明 独立分量分析(Independent Component Analysis,简称ICA)是近二十年来逐渐发展起来的一种盲信号分离方法。它是一种统计方法,其目的是从由传感器收集到的混合信号中分离相互独立的源信号,使得这些分离出来的源信号之间尽可能独立。它在语音识别、电信和医学信号处理等信号处理方面有着广泛的应用,目前已成为盲信号处理,人工神经网络等研究领域中的一个研究热点。 本文简要的阐述了ICA的发展、应用和现状,详细地论述了ICA的原理及实现过程,系统地介绍了目前几种主要ICA算法以及它们之间的内在联系,在此基础上重点分析了一种快速ICA实现算法一FastICA。物质的非线性荧光谱信号可以看成是由多个相互独立的源信号组合成的混合信号,而这些独立的源信号可以看成是光谱的特征信号。为了更好的了解光谱信号的特征,本文利用独立分量分析的思想和方法,提出了利用FastICA算法提取光谱信号的特征的方案,并进行了详细的仿真实验。 此外,我们还进行了进一步的研究,探索了其他可能的ICA应用领域,如音乐信号处理、图像处理以及金融数据分析等。通过在这些领域中的实验和应用,我们发现ICA在提取信号特征、降噪和信号分离等方面具有广泛的潜力和应用前景。
标题Spring框架在大型超市前后台系统中的应用研究AI更换标题第1章引言介绍研究背景、意义,分析国内外在该领域的研究现状,并概述论文的研究方法和创新点。1.1研究背景与意义阐述Spring框架在大型超市前后台系统中的应用背景及其实际意义。1.2国内外研究现状分析国内外关于Spring框架在大型超市前后台系统中的应用研究现状。1.3研究方法与创新点介绍论文的研究方法,并突出论文的创新之处。第2章Spring框架及相关技术概述对Spring框架进行简要介绍,包括其核心特性和相关技术。2.1Spring框架简介概述Spring框架的基本概念、主要特点和优势。2.2Spring框架的核心组件详细介绍Spring框架的核心组件,如IoC容器、AOP等。2.3与Spring框架相关的技术阐述与Spring框架紧密相关的技术,如Spring MVC、Spring Data等。第3章大型超市前后台系统需求分析对大型超市前后台系统的需求进行详细分析,为后续系统设计奠定基础。3.1前台系统需求分析分析前台系统的功能需求,如商品展示、购物车管理等。3.2后台系统需求分析分析后台系统的功能需求,如商品管理、订单处理等。3.3非功能性需求分析讨论系统的性能、安全性等非功能性需求。第4章基于Spring框架的大型超市前后台系统设计根据需求分析结果,设计基于Spring框架的大型超市前后台系统。4.1系统架构设计设计系统的整体架构,包括前后台系统的交互方式、数据流向等。4.2数据库设计设计系统的数据库结构,包括表结构、数据关系等。4.3界面设计设计前后台系统的用户界面,确保用户友好性和交互性。第5章系统实现与测试详细阐述系统的实现过程,并对系统进行测试以验证其功能和性能。5.1系统实现按照系统设计,实现前后台系统的各个功能模块。5.2系统测试对系统进行功能测试、性能测试等,确保系统满足需求并具有稳定性
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值