Back to ArticlesBack

Join 50,000+ PM Professionals

Get expert PM insights, PMP prep tips, and earn PDUs with exclusive content delivered weekly.

Protected by reCAPTCHA: Privacy & Terms

MPUG - Master Project User GroupMPUG - Master Project User Group

Mystery_January_1934 (2)

Ever wonder where that pesky 0.38 days comes from that you find when comparing dates that look to be the same?

In a recent inquiry, a reader wanted to know, “Why does a ‘one working day’ task show up as 0.38 calendar days?”

In his schedule he was using this formula in a Text1 field:

[Finish]-[Start]

I tried a few formulas and different fields to see if this behavior was field-related, with no satisfactory answer. So I reached out to my guru, Barbecana Chief Operating Officer, John Owen! Well, he figured out where the 0.38 comes from.

Microsoft Project uses a numeric representation of Start and Finish dates, and it’s actually a decimal fraction of a day.

Given a start date of:

10/28/16 8:00 AM

and a finish date of:

10/28/16 5:00 PM

Microsoft Project converts that to 42671.33 for Start and 42671.71 for Finish.

The .33 at the end of start number is 0.33 of 24 hours, which equals 08:00.

The .71 at the end of finish number is 0.71 of 24 hours, which equals 17:00.

0.71 – 0.33 = 0.38

Mystery solved!

Image Source

Get Weekly PM Insights

Join 50,000+ PMs receiving updates on the latest PM methodologies, PDU opportunities, tool reviews, career tips, and member exclusives.

Protected by reCAPTCHA: Privacy & Terms

PMI ATP
PMI Authorized Training Partner
REP #4082

Learning Paths

PMP® TrainingCAPM® TrainingPgMP® TrainingPMI-ACP® TrainingMS ProjectMS PlannerMS TeamsJira

PM Resources

PDU TrackerLive WebinarsSalary CalculatorTool ComparisonsJob BoardKnowledge BasePM Glossary

Community

Discussion ForumStudy GroupsEvents Calendar

Follow Us

LinkedInYouTubeTwitterFacebook
MPUG Logo

© 2026 MPUG. All rights reserved.

TermsPrivacySitemapAdvertise
Articles

The 0.38 day Mystery Solved!

Ever wonder where that pesky 0.38 days comes from that you find when comparing dates that look to be the same? In a recent inquiry, a reader wanted to know, […]

1 min read
•over 9 years ago•Updated 7 months ago•
A
Angelo ArcoleoAuthor
Project Management
Microsoft Project
Best Practices
Productivity
A
Angelo Arcoleo

Content Writer

Angelo Arcoleo, PMP,  brings over 30 years of experience in engineering, project management, planning and training. He leads projects and teams to plan and execute critical projects utilizing his experience, quiet-leadership, passion and versatility to work with anyone. He is a professionally trained civil engineer and has a bachelor of science degree from Rochester Institute of Technology. Angelo is a Master Scheduler for Harris Corp., formerly Exelis, in the Geospatial Systems Division. He holds an Orange Belt in Microsoft Office Project and is President of the Western New York Chapter of MPUG and a training consultant.

View all articles by Angelo Arcoleo
Related Content

Continue Reading

Discover more insights and articles that complement your current reading

Why Your Project Software Should Already Know What You Need Next
Articles
1 min read

Why Your Project Software Should Already Know What You Need Next

See how embedding process guidance directly into project software, instead of a separate manual, helps both people and AI know what to do next.

A
Anonymous
3 days ago
Read
Stop Turning Projects Into Swiss Army Knives
Articles
1 min read

Stop Turning Projects Into Swiss Army Knives

Scope creep rarely arrives all at once, and Ronald B. Smith uses the Swiss Army Knife to show how small additions accumulate into unmanageable projects.

A
Anonymous
11 days ago
Read
Why ‘Mitigate’ Is the Most Dangerous Word on Your Risk Register
Articles
1 min read

Why ‘Mitigate’ Is the Most Dangerous Word on Your Risk Register

Why defaulting to mitigate on your risk register is a reflex rather than a decision, and what separates active acceptance from acceptance by neglect.

A
Anonymous
11 days ago
Read
Explore All Articles