Likewise, major technical and security incidents increasing 40% is a loss, and the amount of time employees spent firefighting them rising 70% is a loss.
> Why is PR count or number of issues relevant for the overall outcome?
Agree on PR count but how is number of issues not relevant? If throughout increases 36% but incidents also rise by 40% that’s pretty clearly a net negative IMO.
I think that software team size per product (how ever you define that) are going to continue to shrink over the next 3 years. You will only need a single product designer/developer/manager per small product eventually.
That said, we will ship a lot more products that will partially make up for that per-product team size shrinkage.
I Mean if ai was ready to automate the workforce it would have been done already, logically and statistically speaking the first few people are bound to fail before the penultimate front runners will be the real winners.
You also end up with a single point of failure.
They leave, go on vacation, hit by a bus, etc. and they take every undocumented and tribal knowledge with them.
Maybe you need a team of product managers/devs/designers then managing a set of apps? So while the ratio is roughly 1:1 for people to apps, you have that redundancy you want.
10 comments
[ 0.21 ms ] story [ 3.3 ms ] threadEven if the new (half) team produces the same number of features it is a win.
Why is PR count or number of issues relevant for the overall outcome?. The article is trying to force fit the point their point about AI effectiveness
Agree on PR count but how is number of issues not relevant? If throughout increases 36% but incidents also rise by 40% that’s pretty clearly a net negative IMO.
I think that software team size per product (how ever you define that) are going to continue to shrink over the next 3 years. You will only need a single product designer/developer/manager per small product eventually.
That said, we will ship a lot more products that will partially make up for that per-product team size shrinkage.