Comments on: Pairing Business Analysts http://tynerblain.com/blog/2006/11/20/pairing-business-analysts/ Software product success. Sun, 12 Feb 2012 19:10:25 +0000 hourly 1 http://wordpress.org/?v=3.0.4 By: Scott Sehlhorst http://tynerblain.com/blog/2006/11/20/pairing-business-analysts/comment-page-1/#comment-57248 Scott Sehlhorst Fri, 24 Nov 2006 01:11:26 +0000 http://tynerblain.com/blog/2006/11/20/pairing-business-analysts/#comment-57248 Luis, Great point about immediate reviews. Interesting point about the lack of "defined consistency rules" for writing. Do you think it is analogous to variations in coding style, or more like a lack of defined syntax? I completely agree about novels/artistic writing, and I could see how writing style (phrasing, grammar, etc) would make a document awkward to read if it changed on a regular basis throughout the document. I know I struggle when reviewing someone else's writing, when it comes to stylistic feedback. It is hard to avoid rewriting a paragraph that is "ok, but not the way I would do it." How do programmers deal with this when pairing? Luis,

Great point about immediate reviews.

Interesting point about the lack of “defined consistency rules” for writing. Do you think it is analogous to variations in coding style, or more like a lack of defined syntax?

I completely agree about novels/artistic writing, and I could see how writing style (phrasing, grammar, etc) would make a document awkward to read if it changed on a regular basis throughout the document. I know I struggle when reviewing someone else’s writing, when it comes to stylistic feedback. It is hard to avoid rewriting a paragraph that is “ok, but not the way I would do it.” How do programmers deal with this when pairing?

]]> By: Luis Sergio Oliveira http://tynerblain.com/blog/2006/11/20/pairing-business-analysts/comment-page-1/#comment-57118 Luis Sergio Oliveira Tue, 21 Nov 2006 06:33:05 +0000 http://tynerblain.com/blog/2006/11/20/pairing-business-analysts/#comment-57118 [e-mail corrected] [e-mail corrected]

]]> By: Luis Sergio Oliveira http://tynerblain.com/blog/2006/11/20/pairing-business-analysts/comment-page-1/#comment-57117 Luis Sergio Oliveira Tue, 21 Nov 2006 06:32:03 +0000 http://tynerblain.com/blog/2006/11/20/pairing-business-analysts/#comment-57117 I have experimented with pair authoring several times and it works very well. It wasn't for requirements, but, in functional specifications. I think I can sell it the same way I can sell the pair programming. Any work output that requires review, if made with a pair is immediately reviewed. From there comes the quality improvement and in the end the possible productivity improvement. The downside for me is that contrary to programming, writing has no well defined consistency rules for prose and schematics' style. So, you may loose in the way a "document feels". This isn't so serious in technical documentation as it is in novels or more artistic writings... I have experimented with pair authoring several times and it works very well.
It wasn’t for requirements, but, in functional specifications.
I think I can sell it the same way I can sell the pair programming. Any work output that requires review, if made with a pair is immediately reviewed. From there comes the quality improvement and in the end the possible productivity improvement.

The downside for me is that contrary to programming, writing has no well defined consistency rules for prose and schematics’ style. So, you may loose in the way a “document feels”. This isn’t so serious in technical documentation as it is in novels or more artistic writings…

]]>