5 ms·

This isn’t scrum or agile or… — most would call it waterfall BUT IT IS NOT. It is planning, iterating, prioritizing, discarding, restarting, and more. I don't

by lukasb 6y ago

This isn’t scrum or agile or… — most would call it waterfall BUT IT IS NOT. It is planning, iterating, prioritizing, discarding, restarting, and more. I don't understand why this isn't waterfall. Because ... sometimes Apple changes their plans?

culturestate 6y ago
I think his point is that you can't label their process with any one standard methodology because it's uniquely Apple - it's all of them and none of them at the same time. It may feel like waterfall from the outside because it seems like they do a lot of planning up front and then execute on those plans, but that's too simplistic a view of what actually happens internally.
- peterkos 6y ago
  I've heard it descried (on Twitter) as Agile on steroids, haha
- arvinsim 6y ago
  That's not unique to Apple. No company adopts cookie-cutter standard methodology either. There is always compromises.
  - culturestate 6y ago
    There are definitely shops that adopt e.g. waterfall processes wholesale throughout the org, but broadly I agree with you that most companies can't be painted with a single brush. That does't stop people from doing it, though, and I think he's just trying to make sure that readers don't learn the wrong lesson (eg no course corrections! plan everything and stick to it no matter what!) from this analysis.
    - lukasb 6y ago
      Okay, but surely out of every major tech company, Apple is the closest to waterfall-style? Given what a bad name waterfall has now, that's surely notable. It seems to me that the reason Apple succeeds with a (relatively close to) waterfall style approach is the long term planning / strong point of view the author describes. The more the goalposts move, the more agile you have to be.
      - arvinsim 6y ago
        Setting realistic deadlines is already a big win. In the startups that I have worked with, most of them don't give nearly much time to devs.
- asplake 6y ago
  What I took from point 21 (for me the most interesting of all) was the focus – in the context of something long term – on “iterating, prioritizing, discarding, restarting” to the extent that “planning” doesn’t mean what it does in waterfall.

by lukasb 6y ago

culturestate 6y ago

I think his point is that you can't label their process with any one standard methodology because it's uniquely Apple - it's all of them and none of them at the same time. It may feel like waterfall from the outside because it seems like they do a lot of planning up front and then execute on those plans, but that's too simplistic a view of what actually happens internally.

peterkos 6y ago
I've heard it descried (on Twitter) as Agile on steroids, haha
arvinsim 6y ago
That's not unique to Apple. No company adopts cookie-cutter standard methodology either. There is always compromises.
- culturestate 6y ago
  There are definitely shops that adopt e.g. waterfall processes wholesale throughout the org, but broadly I agree with you that most companies can't be painted with a single brush. That does't stop people from doing it, though, and I think he's just trying to make sure that readers don't learn the wrong lesson (eg no course corrections! plan everything and stick to it no matter what!) from this analysis.
  - lukasb 6y ago
    Okay, but surely out of every major tech company, Apple is the closest to waterfall-style? Given what a bad name waterfall has now, that's surely notable. It seems to me that the reason Apple succeeds with a (relatively close to) waterfall style approach is the long term planning / strong point of view the author describes. The more the goalposts move, the more agile you have to be.
    - arvinsim 6y ago
      Setting realistic deadlines is already a big win. In the startups that I have worked with, most of them don't give nearly much time to devs.
asplake 6y ago
What I took from point 21 (for me the most interesting of all) was the focus – in the context of something long term – on “iterating, prioritizing, discarding, restarting” to the extent that “planning” doesn’t mean what it does in waterfall.