In the spirit of the old saying, "the two happiest days of a boat owner's life are the day they buy a boat, and the day they sell it." The best advice I got starting out was, "be indispensable." The best advice I got four years later was, "don't be indispensable." In a growing company, the indispensable people may find themselves being left holding the bag while new initiatives are undertaken. I very quickly learned…
On Being Indispensable
151–160 of 296 posts
Re: On Being Indispensable
#152In the end, I left and the lucrative project I was involved with crashed and burned…they didn’t seem to care. It was very strange. The company has gone on just fine without me, though every project they have started has met a similar fate. It was a good move to leave as the company doesn’t care about making product but rather fund raising. But hey, I got paid.
Re: On Being Indispensable
#153The people most common to enter this state are people who don't trust their co-workers to do the right thing and instead get involved so heavily that in the end they are pulling all the strings. You may call them "control freaks". Sometimes branding themselves as "perfectionists". When reading his story it became apparent that that's likely his problem. Unless literally everybody in his org was completely lazy (which…
In a product I delivered (I do hardware design), I helped the “firmware team” (one guy at that point) to get started because I was more experienced, and stuck helping with some small modules to get things ready for demos and things of that nature.
Later the team expanded, so I let go of firmware development and went back to my work, and the code slowly changed to the point that I wasn’t really aware of what the device did in scenario X, much less how it did that.
I still was the go-to guy when it came to questions about the device behavior for months, even if all my replies where “I have no idea, ask this people”.
All it takes is for someone to say “that guy has been working on this since the beginning”, and a lot of questions will find your inbox when others are unsure about the answer.
Re: On Being Indispensable
#154In the spirit of the old saying, "the two happiest days of a boat owner's life are the day they buy a boat, and the day they sell it." The best advice I got starting out was, "be indispensable." The best advice I got four years later was, "don't be indispensable." In a growing company, the indispensable people may find themselves being left holding the bag while new initiatives are undertaken. I very quickly learned…
After about 20 or so years now, one of the main things I've learned is that you aren't as indispensable as you think you are. You might think the company will go under or otherwise degrade when you leave, but that never happens. The company will trudge along without you. That being said though, if you do believe yourself to be "indispensable" to a degree in which the burden of you leaving is large, then by all means,…
Re: On Being Indispensable
#155Re: On Being Indispensable
#156The neediness of Sales folks is relatable. I worked at a company where Sales thought "@channel" was a person they should ping as often as possible. And no amount of documentation solves this because documentation is useless if it can't present itself at the time of need. Because rest assured, no once (including me) can find anything using the horrible Confluence search.
This is a symptom of bad communication.
I faced some of these issues in a company, and the best solution we found was creating a massive “FAQ” single page where (browser) search could get you what you wanted, and a firm policy that any question asked should end with a modification to the document.
All questions had to include the search terms used to find the answer, and if it was a “failure to find”, those search terms would be included in the “related tags” section of the question for next time.
Re: On Being Indispensable
#157When we finally did get a new acquisition and a new product leader came in, I was told that those videos made the onboarding to the product so easy. No meetings, no schedules, no weeks of questions... just sit down and watch and they were up to speed enough to engage with the product. I still had detailed knowledge they needed to ask about, but I was not "indispensable".
Re: On Being Indispensable
#158The people most common to enter this state are people who don't trust their co-workers to do the right thing and instead get involved so heavily that in the end they are pulling all the strings. You may call them "control freaks". Sometimes branding themselves as "perfectionists". When reading his story it became apparent that that's likely his problem. Unless literally everybody in his org was completely lazy (which…
> It's just the natural result of somebody not letting others do things, and fail and learn on their own on the way. How is this supposed to work though? You can do it yourself and succeed, or you can allow others to fail. If others are constantly failing where you (feel like you) could have succeeded, that’s it’s own form of exhausting.
Re: On Being Indispensable
#159Way too much specific knowledge about code/processes doesn't translate well across firms. If you view being indispensable as a formula for job security, rather than doing that for code/processes, do it for business knowledge. You'll still be considered very valuable, you'll get a lot more exposure/recognition to/from the decision makers, your deep knowledge will translate across firms and you'll be considered more va…
Re: On Being Indispensable
#160Earlier quoted context omitted.
> ... knowing their byzantine structure. If you need to know the structure to search, IMO the search experience is broken. Most searchers want to type topic related words and expect useful results.
Yes, but that's because the space contains so many duplicate or almost duplicate articles that search results have no chance of being good. I see the problem in the searched content, not in the search engine itself.
One quick and easy way to improve Confluence's search would be to rank often-visited articles higher than rarely-visited articles.