Simon Willison’s Weblog

Subscribe
Atom feed for process

6 items tagged “process”

2019

Using 6 Page and 2 Page Documents To Make Organizational Decisions (via) I’ve been thinking a lot recently about the challenges of efficiently getting to consensus within a larger organization spread across multiple locations and time zones. This model described by Ian Nowland based on his experience at AWS seems very promising. The goal is to achieve a decision or “disagree and commit” consensus using a max 6 page document and a one hour meeting. The first fifteen minutes of the meeting are dedicated to silently reading the document—if you’ve read it already you are given the option of arriving fifteen minutes late.

# 11th April 2019, 3:46 am / aws, process, management

2010

24 ways: Extreme Design. Hannah Donovan on the design process that has evolved from multiple /dev/fort expeditions.

# 10th December 2010, 10:08 am / design, devfort, hannahdonovan, process, recovered

Ryan Tomayko on Github’s development process. In the comments—a fascinating insight in to how GitHub’s “developers work on whatever is most interesting to them” process manages to achieve really good results.

# 22nd February 2010, 9:18 am / github, ryan-tomayko, process, agile

At this point all I could honestly tell you from the point of view of the editor of several of the HTML5 documents being held up is that the W3C have said they're won't publish without the objections being resolved, and that the objection is from Adobe. I can't even tell what I could do to resolve the objection. It seems to be entirely a process-based objection.

Ian Hickson

# 15th February 2010, 7:38 pm / ian-hickson, adobe, hixie, html5, w3c, canvas, process

A successful Git branching model (via) This looks eminently sensible. The master branch is used for production-ready code, and is only updated by merging from either release branches or emergency hotfix branches. A develop branch is used for integration (from feature branches), and is branched to create release branches when a release is nearly ready. It’s all comprehensively documented and comes with some well-designed diagrams.

# 20th January 2010, 7:30 pm / git, branching, development, process

2006

Good Agile, Bad Agile. Includes interesting insight in to Google development processes.

# 27th September 2006, 3:10 pm / process, google, agile, steve-yegge