Live data from Hacker News

Manifesto for Async Software Development

asyncmanifesto.org

1–10 of 62 posts

Re: Manifesto for Async Software Development

#2
"Product owners can replace planning meetings by simply filing issues in the issue tracker, assigning priority, assigning them to people, and setting a release milestone. People will know what to work on by simply working on whatever the highest priority issue is in their queue."

I hate useless meetings as much as the next developer, but there are certain issues that can be much more efficiently resolved if you have all the parties sitting around the same table (or video conference, for remote workers). Especially if you're working on a complex product where it's not immediately obvious how something should be designed or implemented.

For the record, I'm not a fan of daily stand-up meetings. Most of the stuff I work on is complex enough that there isn't that much measurable progress to report after one day. Day to day status can be posted in an issue tracking system. My theory is that the daily meetings were designed to instill an artificial "sense of urgency" in workers.

Re: Manifesto for Async Software Development

#4

"Product owners can replace planning meetings by simply filing issues in the issue tracker, assigning priority, assigning them to people, and setting a release milestone. People will know what to work on by simply working on whatever the highest priority issue is in their queue." I hate useless meetings as much as the next developer, but there are certain issues that can be much more efficiently resolved if you have…

"Call a meeting only when all other channels of communication aren't suitable for a specific issue."

The page addresses "necessary meetings" further down.

Re: Manifesto for Async Software Development

#6
First of all, both agile manifesto and this new one annoy me, mostly because the statements are far too open ended and vague to be of use. I like them because they're clever, but when employed by someone who takes everything literally they are at best a pain and lead to all the crap out there they try to label as agile/scrum.

Anyways, for anyone trying to grok this:

Agile:

1) Individuals and interactions over processes and tools

2) Working software over comprehensive documentation

3) Customer collaboration over contract negotiation

4) Responding to change over following a plan

Async:

a) Modern tools and flexible work environments over meetings and office hours

b) Flexibility in prioritization over detailed planning

c) Comprehensive documentation over tribal knowledge

Whats changed:

(a), and (1) are at complete odds.

(b) is (4) restated

(c) is some kind of patch of (2)

(3) isn't mentioned.

Also if you're wondering about the crappy design, I'm guessing its a pisstake of the original http://agilemanifesto.org/

Re: Manifesto for Async Software Development

#7
I have found this to be true in my own experience both as a developer and team lead, and now as a CEO. But we are getting office space from our new investor, and I have to start coming into the office or we will seem ungrateful!

What are some of the most major benefits you've found from coming into the office every single day?

Re: Manifesto for Async Software Development

#8
Interesting, I've been working with my teams like this for years, never had a name for it though. But it makes sense for my context of very tiny teams of all remote people, I can see where losing the scrums could cause issues with larger organizations

Re: Manifesto for Async Software Development

#9
There are people who are delivering creative solutions and there are people who are delivering never ending processes that creative people should follow to be creative and productive.

The chance of failure of a given project is directly proportional to the power of the second group.

Post reply on HN