top | item 39407953

(no title)

slivanes | 2 years ago

By focusing on the product rather than the process.

discuss

order

midasz|2 years ago

How does that work? So you've already went through the steps of figuring out a process, or do you just pick one and stick with it - accepting shitty parts? What's the process?

phkahler|2 years ago

1) Come to work.

2) Look at the current state.

3) Decide what the product needs from you.

4) Do that.

5) Use git.

Steps 2 and 3 may involve communication. Step 5 is tracking changes. Have a PM that tracks main things people are working on and estimated dates (not dictated dates).

This is how my current job works and we are unbelievably productive.

JackSlateur|2 years ago

You failed as soon as you think "process"

A process is a hardcoded way of do thing, which is deficient because it cannot react to an ever-changing world

A better way to handle things is by defining "what" should be done, not "how" it should be done

oneshtein|2 years ago

You should start with the developing of the product as is happens, then use Continuous Improvement process to improve the development process.

You can use SCRUM/Kanban/SaFE/LeSS, hybrid or other Agile methodology, or no process at all, but it will not help when people are not trained to be proper part of the process.

For example, a PM may replace SCRUM meeting with a status meeting, because it makes his job easier, while PM or other M should not attend a SCRUM meeting at all, unless called in by engineers. The proper moment for interaction between PM and engineer are beginning/end of a ticket, sprint review, and sprint planning.