5 ms·

Keys to Scaling Yourself as a Technology Leader

100 points by zt 11y ago

escherize 11y ago
"Laser focused" just triggered my buzzword detector for the first time, and I couldn't continue.
- gegtik 11y ago
  good to know
- dang 11y ago
  Discussions are better when we concentrate on the most interesting or substantive things in an article, instead of the most provocative ones. You could think of this as the Principle of Charity for articles: http://philosophy.lander.edu/oriental/charity.html http://philosophy.lander.edu/oriental/charity.html
  - jdmichal 11y ago
    Could we get the Principle of Charity added to the guidelines? In both this context you just mentioned, and the more normal context of discourse.
    - dang 11y ago
      We're thinking about it. This is the sort of thing one thinks about for a long time.
  - clock_tower 11y ago
    On the other hand, treating things too generously is a good way to find yourself down a rabbit-hole. Some ideas really are worthless (note that if no other ideas are worthless, the idea I'm expounding here is worthless, by definition), and it's good to be able to recognize them before you waste too much mental energy.
    - dang 11y ago
      > treating things too generously That's a risk I don't think HN is in much danger of, but the Principle of Charity addresses this case as well as the other.
angelbob 11y ago
I love the idea of honestly acknowledging the tensions in a company, making it clear that they're there and talking openly about them. Companies basically never do that, I assume because if you then don't do anything about the tension, employees get the attitude, "oh, management already knows about the problems and doesn't care. Guess I won't worry about doing better." Of course, the proposed solution here is to just make the tensions public, which seems like it would fall instantly into that trap.
ausjke 11y ago
the truth is, this lesson does not fit those who are bootstrapping their first startup or product, when you have no choice but to work in the trench and do the heavy lift _yourself_, once your first product hits, then come back and read this story for improvements. 99% fails before passing the first product ship.
tonystubblebine 11y ago
Two things stuck out to me. A lot of the roles/responsibilities stuff is very similar to Holocracy. Like a lot of methodologies, Holocracy may be better taken loosely. And flexible, but clear roles is one of the nicer things from that world. And the bit about having teams work on only one project at a time has a lot of backing in the book Principles of Development Flow. A lot of things done in the name of efficiency actually slow things down. And packing in your spare cycles with extra projects is definitely one of them.
simonswords82 11y ago
Excellent timing. I'm just coming out of one start up that is now up and running successfully and about to launch another. I wish I'd had some of this advice with my previous company. When we were first setting out I tried to micro-manage everything and while I got things done I nearly burnt out in the process. Assigning roles and responsibilities and holding people accountable to them is an infinitely more sensible approach to management! It's also very easy to be busy when you're running a company. Too easy in fact, and equally easy to work on the wrong things. So to combat this I now follow these steps: 1. Identify a goal that contributes directly to useful output (e.g. shipping a product to actual users, making a sale, etc) 2. List the steps necessary to reach this goal. Make sure the steps are listed sequentially and that each step is actually necessary to achieve the next one. Eliminate "nice-to-have" steps or "targets of opportunity." 3. Do those steps, and postpone everything else. If some other tasks starts nagging on you, just put it off and tell yourself that you can do that after you finish the sequence of steps. Don't ignore it, just postpone it. Tell yourself that you are going to do it later. As a result I now find myself less distracted by work that doesn't contribute to our big goals. * Steps are from https://www.quora.com/What-are-some-ways-to-work-smart-rather-than-just-working-hard https://www.quora.com/What-are-some-ways-to-work-smart-rathe...
Terr_ 11y ago
I work in a company which provides service/access to a certain kind of data, and I always roll my eyes when executives trot out the "We're a technology company" line. No, if we were a technology company, we'd actually care about reinvesting in things like build-systems, rather than ignoring the technology until they want quick hacks to help salesmen make quota in the last month of the year.
1812Overture 11y ago
Anyone in any leadership position really should read The Logic of Failure by Dietrich Dorner. It covers the most common things that cause smart people who are experts on their subject matter to fail in complex situations. Overly broad focus, overly narrow focus, ignoring big slow changes and over reacting to small quick changes, making too many changes too rapidly to see their individual effects, etc. I think it's a great compliment to the tips in this article.
kdamken 11y ago
Not related to the article, but can we talk about how fun those little bars at the top of articles are that tell you how far down you've read? I love those. Such a nifty idea.
- vas123 11y ago
  It is pretty nifty indeed. I tend to use the scroll bar to gauge how far I've read usually.
  - kdamken 11y ago
    Ha the scroll bar is also a very effective means of doing that, though not as cool at the bar at the top.
deleted 11y ago
[deleted]
- ekanes 11y ago
  I downvoted you, but I'll explain. I don't think it's right to share what Adam probably expected was a private conversation with the world.
  - tsunamifury 11y ago
    Fair enough, I removed it.

100 points by zt 11y ago

escherize 11y ago

"Laser focused" just triggered my buzzword detector for the first time, and I couldn't continue.

gegtik 11y ago
good to know
dang 11y ago
Discussions are better when we concentrate on the most interesting or substantive things in an article, instead of the most provocative ones. You could think of this as the Principle of Charity for articles: http://philosophy.lander.edu/oriental/charity.html http://philosophy.lander.edu/oriental/charity.html
- jdmichal 11y ago
  Could we get the Principle of Charity added to the guidelines? In both this context you just mentioned, and the more normal context of discourse.
  - dang 11y ago
    We're thinking about it. This is the sort of thing one thinks about for a long time.
- clock_tower 11y ago
  On the other hand, treating things too generously is a good way to find yourself down a rabbit-hole. Some ideas really are worthless (note that if no other ideas are worthless, the idea I'm expounding here is worthless, by definition), and it's good to be able to recognize them before you waste too much mental energy.
  - dang 11y ago
    > treating things too generously That's a risk I don't think HN is in much danger of, but the Principle of Charity addresses this case as well as the other.

angelbob 11y ago

I love the idea of honestly acknowledging the tensions in a company, making it clear that they're there and talking openly about them. Companies basically never do that, I assume because if you then don't do anything about the tension, employees get the attitude, "oh, management already knows about the problems and doesn't care. Guess I won't worry about doing better." Of course, the proposed solution here is to just make the tensions public, which seems like it would fall instantly into that trap.

ausjke 11y ago

the truth is, this lesson does not fit those who are bootstrapping their first startup or product, when you have no choice but to work in the trench and do the heavy lift _yourself_, once your first product hits, then come back and read this story for improvements. 99% fails before passing the first product ship.

tonystubblebine 11y ago

Two things stuck out to me. A lot of the roles/responsibilities stuff is very similar to Holocracy. Like a lot of methodologies, Holocracy may be better taken loosely. And flexible, but clear roles is one of the nicer things from that world. And the bit about having teams work on only one project at a time has a lot of backing in the book Principles of Development Flow. A lot of things done in the name of efficiency actually slow things down. And packing in your spare cycles with extra projects is definitely one of them.

simonswords82 11y ago

Excellent timing. I'm just coming out of one start up that is now up and running successfully and about to launch another. I wish I'd had some of this advice with my previous company. When we were first setting out I tried to micro-manage everything and while I got things done I nearly burnt out in the process. Assigning roles and responsibilities and holding people accountable to them is an infinitely more sensible approach to management! It's also very easy to be busy when you're running a company. Too easy in fact, and equally easy to work on the wrong things. So to combat this I now follow these steps: 1. Identify a goal that contributes directly to useful output (e.g. shipping a product to actual users, making a sale, etc) 2. List the steps necessary to reach this goal. Make sure the steps are listed sequentially and that each step is actually necessary to achieve the next one. Eliminate "nice-to-have" steps or "targets of opportunity." 3. Do those steps, and postpone everything else. If some other tasks starts nagging on you, just put it off and tell yourself that you can do that after you finish the sequence of steps. Don't ignore it, just postpone it. Tell yourself that you are going to do it later. As a result I now find myself less distracted by work that doesn't contribute to our big goals. * Steps are from https://www.quora.com/What-are-some-ways-to-work-smart-rather-than-just-working-hard https://www.quora.com/What-are-some-ways-to-work-smart-rathe...

Terr_ 11y ago

I work in a company which provides service/access to a certain kind of data, and I always roll my eyes when executives trot out the "We're a technology company" line. No, if we were a technology company, we'd actually care about reinvesting in things like build-systems, rather than ignoring the technology until they want quick hacks to help salesmen make quota in the last month of the year.

1812Overture 11y ago

Anyone in any leadership position really should read The Logic of Failure by Dietrich Dorner. It covers the most common things that cause smart people who are experts on their subject matter to fail in complex situations. Overly broad focus, overly narrow focus, ignoring big slow changes and over reacting to small quick changes, making too many changes too rapidly to see their individual effects, etc. I think it's a great compliment to the tips in this article.

kdamken 11y ago

Not related to the article, but can we talk about how fun those little bars at the top of articles are that tell you how far down you've read? I love those. Such a nifty idea.

vas123 11y ago
It is pretty nifty indeed. I tend to use the scroll bar to gauge how far I've read usually.
- kdamken 11y ago
  Ha the scroll bar is also a very effective means of doing that, though not as cool at the bar at the top.

deleted 11y ago

[deleted]

ekanes 11y ago
I downvoted you, but I'll explain. I don't think it's right to share what Adam probably expected was a private conversation with the world.
- tsunamifury 11y ago
  Fair enough, I removed it.