<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://scrumpt.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Tiago Andrade e Silva - scrumpt.com : documentação</title><link>http://scrumpt.com/blogs/tiagonmas/archive/tags/documenta_E700E300_o/default.aspx</link><description>Tags: documentação</description><dc:language>en</dc:language><generator>CommunityServer 2007.1 (Build: 20917.1142)</generator><item><title>Documentação Ágil</title><link>http://scrumpt.com/blogs/tiagonmas/archive/2008/05/15/documenta-231-227-o-193-gil.aspx</link><pubDate>Thu, 15 May 2008 17:22:19 GMT</pubDate><guid isPermaLink="false">428e683f-ac9d-4237-aa9f-68e02ce190fe:171</guid><dc:creator>tiagonmas</dc:creator><slash:comments>253</slash:comments><wfw:commentRss xmlns:wfw="http://wellformedweb.org/CommentAPI/">http://scrumpt.com/blogs/tiagonmas/rsscomments.aspx?PostID=171</wfw:commentRss><comments>http://scrumpt.com/blogs/tiagonmas/archive/2008/05/15/documenta-231-227-o-193-gil.aspx#comments</comments><description>
&lt;h3 class="post-title entry-title"&gt;Um dos principios do &lt;a href="http://agilemanifesto.org/" target="_blank" title="Agile Manifesto"&gt;&lt;span style="COLOR:#666699;"&gt;Agile Manifesto&lt;/span&gt;&lt;/a&gt; é &amp;quot;Working software over comprehensive documentation&amp;quot;.&lt;/h3&gt;
&lt;div class="post-body entry-content"&gt;
&lt;p&gt;O que faz pensar na questão sobre qual e quanta documentação é que é precisa.&lt;/p&gt;
&lt;p&gt;Coloquei esta questão ao Mitch Lacey numa entrevista que lhe fiz no início deste ano. A resposta pode ser vista &lt;a href="http://tiagonmas.blogspot.com/2008/03/interview-with-mitch-lacey.html" title="here"&gt;&lt;span style="COLOR:#666699;"&gt;aqui&lt;/span&gt;&lt;/a&gt;. No entanto, ao ler o livro &lt;a href="http://www.ambysoft.com/books/agileDatabaseTechniques.html" target="_blank" title="Agile Database Techniques"&gt;&lt;span style="COLOR:#666699;"&gt;Agile Database Techniques&lt;/span&gt;&lt;/a&gt; reparei numa secção sobre documentação que achei muito interessante.&lt;/p&gt;
&lt;p&gt;Aqui está um resumo (em inglês)&lt;/p&gt;
&lt;p&gt;&lt;!--more--&gt;&lt;/p&gt;
&lt;!--more--&gt;
&lt;p&gt;Documentation is an intrinsic part of any system. The creation and maintenance of which is a &amp;quot;necessary Evil&amp;quot;. Liek agile models, agile documents are just barely good enough.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;A document is agile when it meets the following criteria:&lt;/strong&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li style="list-style:none;"&gt;&lt;br /&gt;&lt;/li&gt;
&lt;li style="MARGIN:0cm 0cm 0pt;"&gt;&lt;strong&gt;Agile documents maximize stakeholder investment&lt;/strong&gt;- The benefit provided by an agile document is greater than the investment in its creation and maintenance.&lt;/li&gt;
&lt;li style="list-style:none;"&gt;&lt;br /&gt;&lt;/li&gt;
&lt;li style="MARGIN:0cm 0cm 0pt;"&gt;&lt;strong&gt;Agile documents are &amp;quot;lean and mean&amp;quot;&lt;/strong&gt; - They contain just enough information to fulfill its purpose, in other words it is as simple as it can possibly be. Bullets form is allowed. Content is more important than representation.&lt;/li&gt;
&lt;li style="list-style:none;"&gt;&lt;br /&gt;&lt;/li&gt;
&lt;li style="MARGIN:0cm 0cm 0pt;"&gt;&lt;strong&gt;Agile documents fulfill a purpose&lt;/strong&gt;- They fulfill a single defined purpose. If you don&amp;#39;t know why you are creating the document, or the purpose is questionable, then stop and rethink what you are doing.&lt;/li&gt;
&lt;li style="list-style:none;"&gt;&lt;br /&gt;&lt;/li&gt;
&lt;li style="MARGIN:0cm 0cm 0pt;"&gt;&lt;strong&gt;Agile documents describe information that is not likely to change&lt;/strong&gt;- The greater the chance that information will change the less value there is in investing significant time writing about it.&lt;/li&gt;
&lt;li style="list-style:none;"&gt;&lt;br /&gt;&lt;/li&gt;
&lt;li style="MARGIN:0cm 0cm 0pt;"&gt;&lt;strong&gt;Agile documents describe &amp;quot;good things to know&amp;quot;&lt;/strong&gt;- They capture critical information, information that is not readily obvious.&lt;/li&gt;
&lt;li style="list-style:none;"&gt;&lt;br /&gt;&lt;/li&gt;
&lt;li style="MARGIN:0cm 0cm 0pt;"&gt;&lt;strong&gt;Agile documents have a specific customer and facilitate the work efforts of that customer -&lt;/strong&gt; A document written for maintenance developers is different from user documentation or tutorial. Work closely with the customer for your documentation if you want to create something that will meet their needs.&lt;/li&gt;
&lt;li style="list-style:none;"&gt;&lt;br /&gt;&lt;/li&gt;
&lt;li style="MARGIN:0cm 0cm 0pt;"&gt;&lt;strong&gt;Agile documents are sufficiently accurate, consistent and detailed&lt;/strong&gt; - Agile documents don&amp;#39;t need to be perfect, they just need to be good enough.&lt;/li&gt;
&lt;li style="list-style:none;"&gt;&lt;br /&gt;&lt;/li&gt;
&lt;li style="MARGIN:0cm 0cm 0pt;"&gt;&lt;strong&gt;Agile documents are sufficiently indexed -&lt;/strong&gt; Documentation isn&amp;#39;t effective if you cannot easily find the information contained in it.&lt;/li&gt;
&lt;li style="list-style:none;"&gt;&lt;br /&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;From the book &lt;strong&gt;Agile Database Techniques: Effective Strategies for the Agile Software Developer (Wiley Application Development) (Paperback),&lt;/strong&gt; by Scott Amber&lt;/p&gt;
&lt;/div&gt;
&lt;img src="http://scrumpt.com/aggbug.aspx?PostID=171" width="1" height="1"&gt;</description><category domain="http://scrumpt.com/blogs/tiagonmas/archive/tags/documenta_E700E300_o/default.aspx">documentação</category></item></channel></rss>