Trying and failing to tally multiple column totals specific to particular values (a name) across a date range
Our take
The user’s predicament, outlined in their Reddit post, highlights a common challenge: inheriting and working within the constraints of legacy spreadsheet systems. Their desire to extract meaningful summaries from a rudimentary tracking spreadsheet, particularly across a date range and per individual, is a perfectly reasonable ambition. The frustration stems not from a lack of understanding of the *concept* of data analysis, but from the limitations of the existing structure and a lack of readily available expertise to improve it. It’s a scenario many encounter – being tasked with extracting insights from data that wasn’t initially designed for robust analysis. The reliance on manual labour to update the spreadsheet, coupled with intermittent tinkering time, only exacerbates the difficulty. As demonstrated in "VLOOKUP Acting strange, Sometimes it pulls the right value, sometimes it doesn’t?", seemingly simple functions can present significant obstacles when data integrity or structure is questionable. [Power Query help spitting data from a column into multiple new column] illustrates another common data transformation hurdle, and suggests that the user might benefit from exploring more robust data manipulation tools if an overhaul were possible.
The user’s attempt to leverage SUMIFS is a logical starting point, and their confusion regarding the formula's behavior is understandable given the complexities of conditional aggregation. The issue likely isn’t simply a matter of user error, but rather a consequence of the spreadsheet's design. The formulas already in place, particularly the conditional formatting in Column F and the average calculation in Column G, suggest a degree of complexity that might be obscuring the underlying data relationships. It’s plausible that the implicit dependencies within these formulas are interfering with the SUMIFS function's ability to accurately aggregate the data. The fact that they’re working within a system built without a clear long-term vision for data analysis makes the task significantly harder. Even the consideration of integrating AI into spreadsheets, as explored in "Chat GPT function for Excel," might be premature given the current state of the data and the user’s skillset – a more fundamental restructuring of the data would likely be required to fully benefit from such tools.
The core of the problem isn't necessarily a lack of Excel knowledge, but a need for a more structured approach to data management. While a complete overhaul isn't feasible in the immediate term, there are incremental steps the user can take. First, rigorously validating the data input – ensuring consistency in names and date formats – is crucial. Second, simplifying the existing formulas, if possible, would reduce the likelihood of unintended interactions. Third, exploring alternative aggregation techniques, perhaps involving helper columns to pre-calculate relevant sums, might circumvent the difficulties with SUMIFS. Finally, documenting the existing formulas and data structure, even in a rudimentary way, would create a valuable resource for future reference and troubleshooting. It’s a testament to the resilience of spreadsheet users that they continue to extract value from these often-imperfect tools, but it also underscores the need for more accessible and intuitive data management solutions.
Ultimately, the user’s experience serves as a reminder of the importance of thoughtful data architecture. While spreadsheets remain a ubiquitous tool, their limitations become increasingly apparent when faced with complex analytical needs. The reliance on convoluted formulas and manual processes is unsustainable in the long run. The question now is: will organizations continue to tolerate these data silos and the inefficiencies they create, or will they invest in more modern, scalable solutions that empower users to unlock the full potential of their data? The shift towards AI-native spreadsheet technologies and more robust data platforms may be inevitable, but the transition requires a commitment to data literacy and a willingness to embrace new ways of working.
We have a very rudimentary spreadsheet at my job which is meant to track, basically, accomplishments across time. Unfortunately, I have no one around who knows more about Excel than I do, and I don't think that I know a lot.
My goal is to be able to have a summary of values per person across a date range, and so far I have not had any success.
Here's a mockup of our spreadsheet. Imagine this across a whole year, with a tally per person each week.
Column F is using simple conditional formatting for colour, with F3 (representative of the rest of the column) being:
=(E3*60)/(C3+(D3/3))
This should represent workplace efficiency by day. Column D's values should be completable at a 3:1 ratio with Column C.
G7 (representative of the rest of the column) being:
=AVERAGEIF(B1:B25, B27, F1:F25)
This should be the average across the week.
What I'd like to be able to do would be to see a summary for each person. How many TIE Interceptors did Wedge get since January? How many TIE Fighters? How many labour hours (Column E) did he put in in that time range?
I know this is an extremely simple spreadsheet and could be heavily improved. Unfortunately, I have years of this data, and no one to help me fix/improve anything about these records, so I can't really overhaul the whole thing. I just have to work with the way that it is already set up so that I can get this information, but my formulas are not working and I am not educated enough to understand why.
I thought SUMIFS would be the best way to go, adding the weekly total per column per person, but I have not been able to get a functioning formula for it. (for Wedge, I'd want it to SUM each column if B="Wedge Antilles" and A is blank, but A=<>"" has not worked a single time for me so far. This could easily be just user error on my part, but I don't understand what I'm doing wrong. Maybe SUMIFS isn't even the ideal approach for this.
I only get to work on this dilemma at the end of long workdays of manual labour, so I've been tinkering with it (very) intermittently for a few weeks and only finally remembered today that I can consult with real people for advice.
So: How can I convert this data of stuff-per-person-per-week into a useful set of totals across a bigger time period?
[link] [comments]
Read on the original site
Open the publisher's page for the full experience