Live data from Hacker News

Manifesto for Async Software Development

asyncmanifesto.org

11–20 of 62 posts

Re: Manifesto for Async Software Development

#11
post #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?

I have made a habit of rarely using the phrase "I have to."

Because it's rare that you do.

Re: Manifesto for Async Software Development

#13
post #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?

I droned on and on about it in a blog post once if you're interested: http://caines.ca/blog/programming/in-defense-of-the-office/ .

In my experience, it's waaaay more efficient for developers to be in the same room if you do it right, though I'm starting to think I might have a minority opinion on that.

Re: Manifesto for Async Software Development

#14
post #13
post #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?

I droned on and on about it in a blog post once if you're interested: http://caines.ca/blog/programming/in-defense-of-the-office/ . In my experience, it's waaaay more efficient for developers to be in the same room if you do it right, though I'm starting to think I might have a minority opinion on that.

not in the sf Bay Area. I swear every company out here requires one to show face 10 hours a day.

Re: Manifesto for Async Software Development

#15
This misses on the most important part of agile/scrum/lean... retrospectives.

To understand lean, you have to understand its roots in operations management and lean production methods at Toyota and other companies. The whole purpose is not predictable planning, it's continuous process improvement.

It's the process of improving your process.

If you were doing agile or async right, you would start with a process or manifesto or whatever, and then you'd use it for some period of time, say a 2 week sprint, then at the end you talk about what works and what doesn't, and what needs to change to get better.

You try the changes and after 2 weeks you talk again, and again, and again until after a few months the process you have looks a lot different in big and small ways than it did when you started.

Nearly every criticism of agile feels hollow to me because they all bemoan the meetings or the planning or the cards or whatever and instead of having a team retrospective, fixing the process, and finding a better way... they trash agile.

If you are doing agile right, your processes will change and improve over time and that's a good thing. When your process stops changing and stops improving, you've lost.

Async manifesto is maybe a nice starting point for teams, but it's a woefully suboptimal end point for teams. We can do better than this.

Never stop improving.

Re: Manifesto for Async Software Development

#16
post #13
post #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?

I droned on and on about it in a blog post once if you're interested: http://caines.ca/blog/programming/in-defense-of-the-office/ . In my experience, it's waaaay more efficient for developers to be in the same room if you do it right, though I'm starting to think I might have a minority opinion on that.

As a developer, a lot of my projects are not something that I need the rest of the team to do and most of the time the team doesn't need me. Hanging out in the office together is fine, but a lot of developers don't need to be in the same room to write great code as a team.

There are plenty of cases where better documentation, training, or other means of communication would provide a higher bus factor than always relying on pestering another dev. Also, with video chat, it's harder to believe that it is so difficult to meet or plan without being in the same building.

Re: Manifesto for Async Software Development

#17

This misses on the most important part of agile/scrum/lean... retrospectives. To understand lean, you have to understand its roots in operations management and lean production methods at Toyota and other companies. The whole purpose is not predictable planning, it's continuous process improvement. It's the process of improving your process. If you were doing agile or async right, you would start with a process or man…

Exactly, and when you ask people who "have done Scrum and it was terrible!" if they raised their problems with the process in a retrospective and if so, what happened, that's usually what identifies the issue. Seems like a lot of people don't take retrospective seriously, or don't speak up during one, or their organisation completely ignore the outcomes of it.

And as you say, they've missed the biggest point - consider your process, and iteratively improve it.

Re: Manifesto for Async Software Development

#18
Seems more like a manifesto for Autistic Software Development.

Take scrum, cut out everything that involves direct human interaction and replace it with tools and documents.

God forbid us developers should waste time communicating with other human beings. Who needs the bandwidth of face-to-face interaction when you can just do a pull request?

Re: Manifesto for Async Software Development

#19
This is great if you work only with rock stars who care. In the vast majority of companies this is not the case.

Asnc communication is great for introverts who write well. I am a rarity in that I am a leader as a coder, Run teams Deliver products, but due to having Dysgraphia I write with great difficulty. No where in this set of guidelines is mentoring.

It could be summed up as RTFM

Re: Manifesto for Async Software Development

#20
post #13
post #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?

I droned on and on about it in a blog post once if you're interested: http://caines.ca/blog/programming/in-defense-of-the-office/ . In my experience, it's waaaay more efficient for developers to be in the same room if you do it right, though I'm starting to think I might have a minority opinion on that.

I literally write more than 90% of all code away from the office. People walking by, random questions/discussions, pointless meetings that make people feel like they accomplished something even though they didn't or someone just wanting to burn a few minutes. Office hours are the least effective and unproductive hours of my day and so I've avoided being there as much as possible because I'd rather show features more than showing face.

There are some big picture, architectural design discussions covering many interrelated components that can benefit form in-person meetings but those kind of meetings are the exception and not the norm in my experience.

Post reply on HN