Key takeaways
- Add the largest place value first: for 476 + 358, take 700, then 120, then 14, arriving at 834 by folding each partial sum into a running total.
- The written algorithm runs right to left because it was designed for paper, where the answer is built digit by digit and a carry can be pencilled above the next column. In your head you have no margin to write in.
- Left-to-right creates its own carry problem: a partial sum from a later column can change a digit you have already said. The fix is to hold one number, never a string of digits.
- Because the largest contribution comes first, you can stop at any point and have a usable estimate — which is the property that makes the method worth learning even when you do finish.
- The method extends unchanged to three or more addends and to decimals, provided you keep the columns named rather than counting positions.
To add 476 + 358 in your head, start at the left. Hundreds: 400 + 300 = 700. Tens: 70 + 50 = 120, so the total becomes 820. Ones: 6 + 8 = 14, so the answer is 834.
That is the whole method. It is the reverse of the algorithm almost everyone was taught, and the reversal is not a stylistic preference — the written algorithm is optimised for a hand holding a pencil, and you are not holding one. What follows is the full procedure, the carry problem left-to-right creates for itself, and the fix that makes the method reliable rather than merely quick.
Why paper order is the wrong order in your head
The written algorithm runs right to left because that is the order in which each digit of the answer becomes final. Add the ones, and the ones digit of the answer is settled; any overflow becomes a small carry you pencil above the next column. Work leftwards and each digit is finished as you reach it.
This is a genuinely elegant design for paper, and it survives in classrooms for good reason — the mathematics programmes of study for England expect fluency in written methods for all four operations by the end of primary school. But two of its properties are exactly wrong for mental arithmetic.
First, the carry needs somewhere to live. On paper it goes in the margin above the next column. In your head it becomes a second thing to remember alongside the digits you have already produced, and remembering two kinds of thing at once is where mental arithmetic falls over.
Second, it produces the answer backwards. You generate the least significant digit first and the most significant last, which is the opposite of the order you would say the number in. For a four-digit sum that means holding a string of digits in reverse until the final one arrives.
Left-to-right inverts both problems. The first thing you produce is the part of the answer that matters most, and you never hold more than one number.
The procedure, stated properly
- Add the largest place value in both numbers.
- Add the next place value down, and fold the result into the running total rather than keeping it separate.
- Repeat until you run out of columns.
Worked on 68 + 75: tens give 60 + 70 = 130; ones give 8 + 5 = 13, folded in for 143.
Worked on 3,482 + 2,759: thousands give 5,000; hundreds give 400 + 700 = 1,100, so 6,100; tens give 80 + 50 = 130, so 6,230; ones give 2 + 9 = 11, so 6,241.
Notice that at no point did anything get carried. The running total simply grew. That is the mechanical difference between this and the written method, and it is the reason the mental version is less error-prone despite involving larger numbers at each step.
This is the same arithmetic as the partial sums algorithm, which the University of Chicago School Mathematics Project lists among its addition algorithms and which the Maine Department of Education places in its addition strategies progression as adding each place value individually and then combining the sums. The written form records the partials and totals them at the end; the mental form folds each one in as it appears. The difference is whether you have paper to hold the parts.
The carry that left-to-right creates
Left-to-right does not escape carrying. It relocates it, and the relocation has a failure mode worth naming.
Take 947 + 675. Hundreds give 900 + 600 = 1,500. If you treat that as "the answer starts 15", you are already wrong: the tens column adds 110, which takes the total to 1,610, and the leading digits become 16. The ones then add 12 for 1,622.
So the rule is: never commit a digit. A partial sum from a later column can always push an earlier one up by one, because the largest a lower column can contribute is not bounded below the next place value. Saying "one thousand six hundred and…" before you have done the tens is how this method goes wrong.
The fix is the discipline the procedure already implies — hold a number, not a string of digits. A number absorbs an increase silently; a digit you have already spoken does not. Practically, that means resisting the urge to announce the answer in pieces, which is a habit inherited from the written algorithm where the pieces really were final.
The property that makes it worth learning: you can stop early
Because the biggest contribution comes first, a left-to-right addition is a usable estimate at every stage. This is not true of the written method, where the first thing you produce is the least significant digit.
4,812 + 3,197. After the thousands you have 7,000 — accurate enough to know whether a budget clears. After the hundreds, 7,900. After the tens, 8,000. After the ones, 8,009. Any of those four is a legitimate stopping point, chosen by how much precision the question deserves.
That is the same logic as front-end estimation, and it is why the two methods sit so close together; our guide to estimation techniques that make mental math useful covers where a deliberately approximate answer is the right one and how to judge whether the truth sits above or below it.
Three addends, and decimals
The method does not change for longer lists. 235 + 148 + 96: hundreds give 200 + 100 = 300; tens give 30 + 40 + 90 = 160, taking the total to 460; ones give 5 + 8 + 6 = 19, for 479.
The one thing to guard is column naming. With three addends it is easy to lose track of which place value you are in, especially when one number is shorter than the others — the 96 above has no hundreds digit, and treating its 9 as a hundreds digit produces a wrong answer that looks plausible. Name the column out loud, at least while learning: "hundreds", "tens", "ones".
Decimals behave identically, and money is where the method feels most natural because the columns already have names. 12.60 + 7.85: pounds give 19; tenths give 0.60 + 0.80 = 1.40, taking the total to 20.40; hundredths give 0.05, for 20.45.
Practising it deliberately
Two things make this method stick. The first is running it on pairs where a later column genuinely pushes an earlier one up, since that is the case where the habit either holds or does not. The second is doing enough of them that the folding step stops requiring attention.
IQ Test & Brain Training Games is our own app, built by Reign Creative, and its technique library carries this method with its steps, a worked example and the common mistake it tends to produce, alongside a practice link into Addition Sprint — a 60-second drill with settings for single-digit, two-digit and three-digit work, mixed chains and large numbers. The three-digit and large-number settings are the ones that exercise the carry behaviour.
What left-to-right addition quietly assumes is that you already know your complements — that 70 + 50 is 120 without thinking, and that 6 + 8 crosses ten. That layer is worth installing first if it is shaky, and number bonds and making tens is the article for it. NRICH, the mathematics education project at the University of Cambridge, frames fluency as efficiency, accuracy and flexibility together, and notes that fluency asks more of a learner than memorising a single procedure — knowing when to reach for this method rather than a different one is part of the skill, not separate from it.
The three moves that sit underneath almost every mental method are set out in our mental math practice guide, and more arithmetic methods live in the mental math hub and across the education and brain category. The app itself is described on the IQ Test & Brain Training Games app page.
Good to know
Frequently asked questions
Is left-to-right addition the same as the partial sums method?
Why does the written algorithm start from the right?
What is the commonest mistake with this method?
Does it still work with decimals and money?
Sources
- Algorithms — Everyday Mathematics (opens in a new tab)University of Chicago School Mathematics Project — accessed
- Addition Strategies Progression (opens in a new tab)Maine Department of Education — accessed
- Developing Number Fluency — What, Why and How (opens in a new tab)NRICH, University of Cambridge — accessed
- National curriculum in England: mathematics programmes of study (opens in a new tab)Department for Education (GOV.UK) — accessed
About the author
Reign Creative LLC — The independent app studio that builds the apps covered on this site and publishes every article here. On Google Play it publishes as Reign Collective Apps.
We use AI tools to help research, draft and edit our articles. Each article lists the sources its factual claims rely on, and details about our apps come from their live Google Play listings. No article on this site has been reviewed by an independent expert unless the reviewer is named on it.
Spotted an error? Tell us — how corrections are handled is set out in our editorial policy.