Richard Bucker

Getting things done, read, or a reply

Posted at — Jan 9, 2012

I’m not a productivity guru but in a recent conversation with a client of mine we started to hash out why his vendor was not responding to more than a few of the questions posited. In some sample emails there would be several one sentence questions and in others there might be multi paragraph descriptions before any number of questions. In the end we always seem to defer to a conference call. (I really wanted to get things going in an email because there was logical sense to the discussion.)Then there is the resume. Recent studies (not sited) suggest that a one-pager is the best way to increase the likelihood that your resume will be read. I have both a one-pager and a multi-pager. With my history it seemed to me that a narrative approach rather than the usual boring: assignments, roles, responsibilities, languages, frameworks, etc… would make sense. And besides it no longer fits.When I worked for NaBanco, later First Data, (circa 1994) we had a “one-pager” to describe all systems changes. Presumably if it tool more than a page to describe then it was too complicated and it needed to be split into separate change requests. It had not occurred to me before this moment but this is clearly an Agile process and it was definitely pre-agile manifesto(copyright 2001).So by extension; if you were writing a how-to or a best coding practices document for your company you might want to take the same advice. Of course this does not mean 6pt font but it does mean a consistent and well formatted document that is compelling to read. The good news is that this is a good task for a document writer and not a programmer.