<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" >

  <channel>
    <title><![CDATA[Статьи]]></title>
    <link>https://habr.com/ru/users/net_rat/publications/articles/</link>
    <description><![CDATA[Хабр: статьи пользователя net_rat]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Tue, 05 May 2026 20:48:03 GMT</pubDate>
    
    
      <image>
        <link>https://habr.com/ru/</link>
        <url>https://habrastorage.org/webt/ym/el/wk/ymelwk3zy1gawz4nkejl_-ammtc.png</url>
        <title>Хабр</title>
      </image>
    

    
      
        
    

  

  

	
  

  
    <item>
      <title><![CDATA[[Перевод] Манифест «какбэ-Agile» разработки программного обеспечения]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/129698/</guid>
      <link>https://habr.com/ru/articles/129698/?utm_campaign=129698&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[Мы обычно узнаем о новых методах разработки программного обеспечения, оплачивая консультантов и читая отчеты Gartner. Благодаря им, мы смогли узнать, что для нас должны быть важны:<br/>
 <a href="https://habr.com/ru/articles/129698/?utm_campaign=129698&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">А дальше только для больших компаний</a>]]></description>
      
      <pubDate>Tue, 04 Oct 2011 09:35:31 GMT</pubDate>
      <dc:creator><![CDATA[Net_Rat]]></dc:creator>
      <category><![CDATA[Agile]]></category>
      <category>agile</category><category>agile manifesto</category><category>юмор</category><category>сатира</category>
    </item>
  

  

    

  

  

	
  

  
    <item>
      <title><![CDATA[[Перевод] Заблуждения о самоорганизующихся командах]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/127344/</guid>
      <link>https://habr.com/ru/articles/127344/?utm_campaign=127344&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[На недавней конференции я вдоволь наслушалась разговоров трёх менеджеров о самоорганизующихся командах.<br/>
<br/>
«Вы не можете просто так взять и дать волю людям, и предоставить команде всё решать самой. Они же всё испортят! Да, и к тому же, все эти Scrum-мастера, тренеры и самоорганизующиеся команды похоже могут оставить меня без работы», — говорил один из них с обречённостью в голосе.<br/>
<br/>
«Ограничения по времени классная штука», — говорил другой. «Засуньте их всех в комнату, поддайте жару и они начнут творить», — утверждал он.<br/>
<br/>
«О, так это означает, что я могу перетасовывать людей между проектами и они сами просто объединятся в команду и самоорганизуются. Я могу иметь подвижные Scrum команды по первому требованию!» — восклицал третий.<br/>
<br/>
Время развеять некоторые заблуждения.<br/>
 <a href="https://habr.com/ru/articles/127344/?utm_campaign=127344&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше &rarr;</a>]]></description>
      
      <pubDate>Tue, 30 Aug 2011 09:12:36 GMT</pubDate>
      <dc:creator><![CDATA[Net_Rat]]></dc:creator>
      <category><![CDATA[Agile]]></category>
      <category>agile development</category><category>teambuilding</category><category>управление персоналом</category>
    </item>
  

  

    

  

  

	
  

  
    <item>
      <title><![CDATA[[Перевод] Разработка основанная на Readme]]></title>
      <guid isPermaLink="true">https://habr.com/ru/articles/126747/</guid>
      <link>https://habr.com/ru/articles/126747/?utm_campaign=126747&amp;utm_source=habrahabr&amp;utm_medium=rss</link>
      <description><![CDATA[Последнее время я слышу множество разговоров о разработке, основанной на тестировании (TDD), о разработке, основанной на функционировании (BDD), об экстремальном программировании (XP), о SCRUM-е, о собраниях стоя и ещё Бог знает о каком количестве методик для создания ПО, но все эти методики не имеют смысла, если ПО, которое мы создаём не соответствует требованиям пользователей. Давайте я попробую это объяснить по-другому. Идеальная реализация неправильно составленной спецификации бесполезна. Так же, как и полезность прекрасно написанной библиотеки стремится к нулю, если у неё нет документации. Что-то определённо не так, если ваше приложение не решает поставленную проблему или, если никто не знает как им воспользоваться.<br/>
<br/>
Здорово. И как же нам решить эту проблему? Проще, чем вы думаете, и достаточно важно, чтобы выделить ответ в отдельный параграф.<br/>
<br/>
Первым делом создайте Readme файл.<br/>
 <a href="https://habr.com/ru/articles/126747/?utm_campaign=126747&amp;utm_source=habrahabr&amp;utm_medium=rss#habracut">Читать дальше &rarr;</a>]]></description>
      
      <pubDate>Sun, 21 Aug 2011 08:41:19 GMT</pubDate>
      <dc:creator><![CDATA[Net_Rat]]></dc:creator>
      <category><![CDATA[Agile]]></category>
      <category>разработка</category><category>методики разработки</category><category>rdd</category>
    </item>
  

  

      

      

      

    
  </channel>
</rss>
