KajoData / Career & business
When staying with a company helps your career
I explain how to distinguish development in a familiar workplace from staying through habit, and how to investigate your options before deciding to move.

It is easy to compare two job titles. Comparing what you could learn over the next year in two different workplaces takes more effort. A new employer promises an interesting project. At your current company, you finally understand why one particular report causes an argument every month. Either situation could contain a useful next step. Length of service alone cannot settle the question.
I treat staying with an employer as a decision that needs a reason. You might stay deliberately because you have access to responsibilities, people and problems you have yet to understand. You might also stay through habit, telling yourself that everywhere else is the same. From the outside, both situations look identical: another year with the same company.
Here is how I would tell them apart. I have no rule that everyone should move every two years, and no medal for occupying the same desk the longest. I care about the next stage of development and the conditions that allow you to do useful work without sacrificing the rest of your life.
Find out what is accumulating alongside your tenure
Working somewhere for longer lets you discover dependencies that an induction cannot fully explain. You learn who owns the definition of an active customer, which source includes historical adjustments and why sales interprets a result differently from finance. That knowledge can help you ask a better question sooner. It becomes useful when you can distinguish a justified rule from an organizational habit.
That distinction matters to me. Saying that a process has always worked this way explains its history, but does not establish that it remains appropriate. A capable analyst can explain where a rule came from, which problem it addressed and what would justify changing it. Knowing a sequence of clicks can remain a narrow skill, even after many years.
Write down three things you learned during the past six months. Beside each one, describe a situation where you could apply that knowledge with another employer. Understanding historical adjustments, agreeing definitions and discussing data quality can travel with you. Remembering the third subfolder where a particular spreadsheet lives has less value outside that workplace.
I would not dismiss local knowledge. A company often needs it to function. I want transferable abilities to grow alongside those shortcuts, though. If you can name and demonstrate those abilities, staying can increase your future freedom to choose rather than making you progressively dependent on a familiar environment.
Follow your solution beyond its launch
A data project can make a neat story that ends with a dashboard launch. There is a link, a presentation and a few compliments. More revealing questions arrive later. Does anyone use the result? Have the definitions survived a process change? Can someone else maintain it? Remaining with a company gives you an opportunity to answer those questions. It still takes deliberate attention.
Consider a fictional example. An analyst produces a report on delivery timeliness. At launch, everything appears reasonable. Months later, the company introduces another order channel and the figures suddenly improve. The new channel turns out to be missing some dates. Continuing to work with the solution creates an opportunity to learn how to preserve the meaning of a metric as its source process changes.
That experience can also support a useful recruitment conversation. You can explain the initial assumption, the signal that something was wrong, your investigation and the resulting change to quality controls. You do not need to invent an impressive saving. A clear account of your responsibility and improved reasoning is already worth discussing.
I would therefore ask whether I can observe the consequences of my work and receive feedback. If a report disappears from view immediately after delivery, another year at the company may never provide that perspective. Access to users and a later review need to become part of the project, rather than something you hope will happen eventually.
Distinguish development from a larger pile of tasks
A wider remit can provide development. It can also mean that someone has left another pile of requests on your desk. I look for accompanying decision authority, time to learn and access to the people needed to make progress. An increase in the number of reports tells me little about the quality of the next stage of a role.
CCOHS describes several approaches to job design, including enlarging a set of tasks, rotating between tasks and enriching work through greater responsibility and independence. Those distinctions provide useful language for discussing a role. They do not establish that any additional responsibility will benefit every individual in every situation.
If you want to stay and improve your SQL, ask for a specific problem that requires independent work with data, plus a review with someone more experienced. A promise of more exposure to technology leaves too much open. You could end up copying the output of other people’s queries and wondering where the promised learning went.
A change of title deserves similar scrutiny. The word senior cannot supply knowledge, and its absence does not erase responsibility. Ask what will change in your actual tasks, authority and assessment. My article about data analyst career paths approaches development through the kind of work you want to do, which is more useful than collecting increasingly grand labels.
Value relationships by how they help the work
Knowing people can help you identify a data owner, obtain an answer and resolve a disagreement about a definition. That can be a valuable part of professional experience. The relationships I would value most allow someone to question an assumption, admit a mistake and establish who should make a decision without turning every conversation into a political exercise.
At a new company, you would have to build that trust again. That is a real cost of moving, but it does not close the discussion. If being well connected mainly means that everyone interrupts you with urgent requests, your boundaries may need attention. Feeling useful can be satisfying while also leaving no room for important work.
I would also check whether knowledge is being shared. Introducing a colleague to a process, documenting it and replacing an informal shortcut with a clear rule develops collaboration skills. Being the only person who knows the mysterious refresh sequence mainly places an organizational dependency on your shoulders. The distinction matters when deciding what another year might offer.
A good sign would be fewer interruptions and more space for new problems after documentation and handover. A poor sign would be resistance whenever you try to make those dependencies manageable. You may become extremely knowledgeable about the mess while gaining very little ability to improve it. Familiarity alone would not make that a development plan I wanted to keep following.

Compare your current job with a real alternative
You know your current employer’s Monday mornings, outages and tedious meetings. You usually know a potential employer through an advert and a handful of conversations. It is easy to compare everyday life with a sales pitch. I would compare concrete conditions instead: tasks, colleagues, expectations, learning opportunities, decision making and the organization of a working day.
Ask your current manager which project you could actually take on. Ask the prospective employer what happened in its most recent comparable project and who assessed the result. In both places, request an example of how analysts work with the people using their output. A statement about a culture of development does not show you a calendar or a real allocation of responsibility.
Record the constraints you currently do not want to negotiate: commuting, availability, predictable hours or sufficient uninterrupted time. Their importance differs between people and changes over time. You do not have to pretend that the newest technology is the only legitimate criterion. You can value a workable routine and still develop professional skills deliberately.
An offer that you have not received cannot yet be assessed in full. I treat exploring the market as gathering information. An interview does not commit you to leaving, just as updating a CV does not amount to a resignation. You may investigate alternatives and then make a better supported decision to remain where you are.
Put an internal change on the calendar
Sometimes the problem lies in the scope of a particular role. Moving to another team, joining a project or changing working arrangements may deserve investigation. The National Careers Service includes changes to a current role alongside further training and looking for another job. That expands the options to consider, although it says nothing about what your employer will actually make available.
I would prepare a one-page proposal. Describe the problem you want to address, the time required, a person who can support you and the existing tasks that should be reduced. A plan that simply adds everything to your current workload is incomplete. Calling it ambitious will not make additional hours appear in the week.
In a fictional example, an analyst proposes taking responsibility for quality checks on one source. Over six weeks, they will describe the rules, agree them with the process owner and establish how exceptions should be reported. They will hand over part of their manual reporting work. A final conversation will decide whether the new remit continues and how it should be assessed.
The review date is a point for checking the agreement, rather than a promise of promotion after six weeks. Agree what progress would look like beforehand. Access to the project, regular reviews and genuine relief from old tasks are observable. An undated promise to revisit the subject can survive several quarters without any visible change.
Recognize the cost of waiting
Staying uses time that you could spend gaining other experience. Leaving also has costs: induction, uncertainty and the loss of some conveniences. I would not reduce this to a single supposedly objective score. I would identify what I am deliberately giving up and what I expect to receive in return over the next period.
For example, you might choose predictable work for a while so you can learn a new tool. That plan depends on learning actually taking place and the job leaving enough capacity for it. If overtime repeatedly consumes the evenings, the assumption no longer holds. You need to revisit the plan instead of treating the result as a failure of character.
I am equally cautious about arguments based on years already invested in the company. Neither staying nor leaving can recover those years. You can use the abilities acquired during them to make your next choice. The decision concerns the period ahead and the opportunities available, rather than whether you have earned a reward for persistence.
If working conditions are seriously harming you or basic agreements are repeatedly ignored, a small development experiment may be inappropriate. You do not need to finish another dashboard to justify wanting a change. This article is about comparing professional opportunities. It creates no obligation to tolerate any situation in the name of gaining experience.
Collect evidence before the next conversation
Open a document and describe your last project in a few paragraphs. What was the question? What did you agree with the user? Which assumption proved wrong? What did you change after launch? The account will help reveal whether your current work provides development or mainly produces an uninterrupted stream of tasks to close.
Next, choose one ability for the coming stage. It could involve data modeling, discussing requirements or maintaining a solution. Write down where you will practise and who can help evaluate the result. Buying a course might support the plan, but the purchase cannot create the opportunity to apply what you learn. That part needs its own arrangement.
Before speaking to your manager, prepare a suggestion for reducing the existing remit. If you want greater responsibility for quality, identify reports that could be simplified or handed over. The conversation then addresses the organization of work as well as your enthusiasm. It also becomes easier to see whether the other person takes the proposal seriously enough to make choices.
If you need help defining the project itself, read my article on planning a data analysis project. A clear result and explicit acceptance criteria are useful when working for a stakeholder and when arranging an opportunity to develop your own skills. They provide something more concrete to discuss than a general desire to grow.
Two similar tenures can justify different choices
Consider two fictional situations. One person has spent several years in sales reporting. Recently, they have taken over stakeholder conversations, clarified definitions and introduced a colleague to maintaining the reports. They now have an agreed place in a data model redesign. The title has stayed the same, but the problems and level of independence have changed. Staying for that next stage has a concrete rationale.
Another person has a similar title and tenure. Each new project creates another manual spreadsheet. Requests for a review go unanswered, and access to source data is promised at some unspecified point. The organization values their knowledge of the workarounds. It remains difficult to identify what they could learn next beyond managing another exception. Familiarity with the company provides a weak reason to keep waiting indefinitely.
Neither scenario describes a client of mine. They are alternatives for examining your own conditions. The first person should still check that the promised project actually starts. The second could propose a specific change while also preparing another option. The distinction rests on opportunities and evidence, rather than a moral judgment about employee loyalty.
Be careful about letting a single memorable event dominate the comparison. One excellent training course cannot describe an entire year, just as a tedious week cannot establish stagnation. Look for a recurring pattern in the problems you receive, the support available and what happens when you raise an obstacle. Those recurring conditions are likely to matter most to your working day.
I would also identify what could change my mind. If I were preparing to leave, would a genuine change in responsibilities make staying attractive? If I were planning to stay, what absence of progress would trigger a search? Writing that answer beforehand makes it harder to keep moving the boundary whenever another reassuring conversation takes place.
You do not have to present those conditions as an ultimatum. They can remain your own decision rule. In a conversation with a manager, you can calmly describe the opportunity you need and propose a date for reviewing it together. Then return to the facts you recorded, even when the conversation itself was warm and encouraging.
Try one small check over the next month
Choose one question that your current employer can answer. Can you meet a report user? Can you take on a small project? Is someone available to review your work? Arrange a conversation, record a specific agreement and return to it on the agreed date. You can continue learning about the market during that time.
After a month, compare the agreement with events. What started? What was postponed? Does a remaining obstacle have an owner and a credible next step? One delay cannot describe an entire organization, but a recurring absence of decisions is information you can use. You do not have to erase it every time another reassuring conversation takes place.
I would want to finish with a sentence I could defend: I am staying for this next stage because I will work on this specific responsibility and review progress on this date. If you can write that honestly, remaining can be an active choice. If all you have is a hope that something will change by itself, you have identified a useful subject for your next conversation or a reason to prepare another option.
Key takeaways
Does a long tenure mean that your career has stalled?
Tenure alone cannot answer that. Check whether your independence, the problems you can solve and the knowledge you could use elsewhere are growing.
How can I assess a promise of internal development?
Agree a specific project, time, support and review date. Include which existing tasks will be reduced and what observable progress would look like.
Does exploring other jobs mean I have to leave?
No. Interviews and an updated CV help you understand alternatives. You can then compare actual conditions with the opportunities available in your current role.
AI was used in an automated way while working on this article. If you want to learn how to do it too, check out this project.
