<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0">
  <channel>
    <title>Requirements Engineering Training</title>
    <link>http://forum.geizhals.at/feed.jsp?id=903536</link>
    <description>Geizhals-Forum</description>
    <item>
      <title>Re: Requirements Engineering Training</title>
      <link>http://forum.geizhals.at/t903536,8100568.html#8100568</link>
      <description>Ich hab meine IREB Zertifizierung da gemacht:&lt;br&gt;&lt;br&gt;&lt;a href="https://www.etc.at/seminare/ireb/" rel="noopener" target="_blank"&gt;https:/&lt;wbr/&gt;/&lt;wbr/&gt;www.etc.at/&lt;wbr/&gt;seminare/&lt;wbr/&gt;ireb/&lt;wbr/&gt;&lt;/a&gt; &lt;br&gt;&lt;br&gt;Kann ich weiterempfehlen&lt;br/&gt;</description>
      <pubDate>Mon, 17 Jan 2022 10:59:15 GMT</pubDate>
      <guid>http://forum.geizhals.at/t903536,8100568.html#8100568</guid>
      <dc:creator>sCHmIkOla</dc:creator>
      <dc:date>2022-01-17T10:59:15Z</dc:date>
    </item>
    <item>
      <title>Re(5): Requirements Engineering Training</title>
      <link>http://forum.geizhals.at/t903536,8100332.html#8100332</link>
      <description>&lt;blockquote&gt;&lt;em&gt; Und auch beim agilen Ansatz muss man möglichst den Großteil der requirements&lt;br&gt;vorab zumindest im Groben kennen, da widersprüchliche requirements auch da der&lt;br&gt;Tod sind, bzw. zusätzliche den bestehenden Ansatz vollständig zu Nichte machen&lt;br&gt;können.&lt;br&gt;&lt;/em&gt;&lt;/blockquote&gt;&lt;br&gt;&lt;br&gt;Natürlich muss man wissen was man erreichen will. Die Frage ist aber einerseits die Granularität und andererseits wie ich dieses Wissen festhalte. Dazu gibt es mittlerweile einige auch visuelle Methoden mit denen es meiner Meinung nach viel besser gelingt ein gemeinsames Verständnis im Team zu erreichen als mit einer schriftlichen Spezifikation.&lt;br&gt;&lt;br&gt;Das Wort "warum" kann man in beiden Welten sehr gut gebrauchen &lt;img src="zwinker.gif" width="16" height="19" align="absmiddle" alt=";-)"/&gt;&lt;br/&gt;</description>
      <pubDate>Fri, 14 Jan 2022 20:15:52 GMT</pubDate>
      <guid>http://forum.geizhals.at/t903536,8100332.html#8100332</guid>
      <dc:creator>mossess</dc:creator>
      <dc:date>2022-01-14T20:15:52Z</dc:date>
    </item>
    <item>
      <title>Re(3): Requirements Engineering Training</title>
      <link>http://forum.geizhals.at/t903536,8100141.html#8100141</link>
      <description>Alles bekannt! Auch die IREB Bibel geht ganz explizit auf agile Methoden ein.&lt;br&gt;&lt;br&gt;&lt;a href="https://www.ireb.org/de/downloads/tag:handbook" rel="noopener" target="_blank"&gt;https:/&lt;wbr/&gt;/&lt;wbr/&gt;www.ireb.org/&lt;wbr/&gt;de/&lt;wbr/&gt;downloads/&lt;wbr/&gt;tag:handbook&lt;/a&gt; &lt;br&gt;&lt;br&gt;Ich sage auch nichts dagegen, einfach GUT und SAUBER zu arbeiten. In jeder Phase, Technik und in jeder Methodologie.&lt;br&gt;&lt;br&gt;Aber in Zeiten von „Speed kills“ sollte man &lt;a href="https://de.wikipedia.org/wiki/Paralyse_durch_Analyse" rel="noopener" target="_blank"&gt;https:/&lt;wbr/&gt;/&lt;wbr/&gt;de.wikipedia.org/&lt;wbr/&gt;wiki/&lt;wbr/&gt;Paralyse_durch_Analyse&lt;/a&gt;&amp;nbsp;&amp;nbsp;auch im Hinterkopf haben.&lt;br&gt;&lt;br&gt;Ich bezweifle, dass Facebook, WhatsApp etc mittels klassischer RE Techniken ausspezifiziert wurde. Da ging’s drum, mit minimalen Mitteln möglichst rasch maximalen Output zu erzielen.&lt;br/&gt;</description>
      <pubDate>Thu, 13 Jan 2022 16:49:46 GMT</pubDate>
      <guid>http://forum.geizhals.at/t903536,8100141.html#8100141</guid>
      <dc:creator>Paulas_Papa</dc:creator>
      <dc:date>2022-01-13T16:49:46Z</dc:date>
    </item>
    <item>
      <title>Re(2): Requirements Engineering Training</title>
      <link>http://forum.geizhals.at/t903536,8100139.html#8100139</link>
      <description>&lt;a href="https://academy.software-quality-lab.com/academy/seminare/seminar-thema/requirements-engineering-fuer-die-agile-softwareentwicklung/" rel="noopener" target="_blank"&gt;https:/&lt;wbr/&gt;/&lt;wbr/&gt;academy.software-quality-lab.com/&lt;wbr/&gt;academy/&lt;wbr/&gt;seminare/&lt;wbr/&gt;seminar-thema/&lt;wbr/&gt;requirements-engineering-fuer-die-agile-softwareentwicklung/&lt;wbr/&gt;&lt;/a&gt;&amp;nbsp;&amp;nbsp;&lt;img src="zwinker.gif" width="16" height="19" align="absmiddle" alt=";)"/&gt;&lt;br/&gt;</description>
      <pubDate>Thu, 13 Jan 2022 16:28:36 GMT</pubDate>
      <guid>http://forum.geizhals.at/t903536,8100139.html#8100139</guid>
      <dc:creator>DoggHound</dc:creator>
      <dc:date>2022-01-13T16:28:36Z</dc:date>
    </item>
    <item>
      <title>Re(6): Requirements Engineering Training</title>
      <link>http://forum.geizhals.at/t903536,8100126.html#8100126</link>
      <description>&gt; wissend, dass der Kunde oftmals selbst nicht weiß, was er will und erst mit dem Essen der Appetit kommt.&lt;br&gt;&lt;br&gt;ROFL. SWE in einer Nussschale. &lt;br/&gt;</description>
      <pubDate>Thu, 13 Jan 2022 14:07:21 GMT</pubDate>
      <guid>http://forum.geizhals.at/t903536,8100126.html#8100126</guid>
      <dc:creator>scientificallyilliterate</dc:creator>
      <dc:date>2022-01-13T14:07:21Z</dc:date>
    </item>
    <item>
      <title>Re(6): Requirements Engineering Training</title>
      <link>http://forum.geizhals.at/t903536,8100124.html#8100124</link>
      <description>&lt;blockquote&gt;wissend, dass der Kunde oftmals selbst nicht weiß, was er will und erst mit dem Essen der Appetit kommt.&lt;/blockquote&gt;&lt;br&gt;&lt;br&gt;Das Zitat muss ich mir merken und in meine Workshops einbauen :D&lt;br/&gt;</description>
      <pubDate>Thu, 13 Jan 2022 13:55:57 GMT</pubDate>
      <guid>http://forum.geizhals.at/t903536,8100124.html#8100124</guid>
      <dc:creator>Suremo</dc:creator>
      <dc:date>2022-01-13T13:55:57Z</dc:date>
    </item>
    <item>
      <title>Re: Requirements Engineering Training</title>
      <link>http://forum.geizhals.at/t903536,8100118.html#8100118</link>
      <description>Gobt auf der TU Wien auch eine Lehrveranstaltung dazu &lt;img src="zwinker.gif" width="16" height="19" align="absmiddle" alt=";)"/&gt;&lt;br/&gt;</description>
      <pubDate>Thu, 13 Jan 2022 12:59:24 GMT</pubDate>
      <guid>http://forum.geizhals.at/t903536,8100118.html#8100118</guid>
      <dc:creator>Maemaex</dc:creator>
      <dc:date>2022-01-13T12:59:24Z</dc:date>
    </item>
    <item>
      <title>Re(5): Requirements Engineering Training</title>
      <link>http://forum.geizhals.at/t903536,8100111.html#8100111</link>
      <description>Nichts davon streite ich ab!!!&lt;br&gt;&lt;br&gt;Es hindert dich niemanden daran, deine Stories vernünftig auszuformulieren. Die Frage ist bloß, wie viel Zeit und Geld man darauf verwendet - wissend, dass der Kunde oftmals selbst nicht weiß, was er will und erst mit dem Essen der Appetit kommt.&lt;br/&gt;</description>
      <pubDate>Thu, 13 Jan 2022 12:34:10 GMT</pubDate>
      <guid>http://forum.geizhals.at/t903536,8100111.html#8100111</guid>
      <dc:creator>Paulas_Papa</dc:creator>
      <dc:date>2022-01-13T12:34:10Z</dc:date>
    </item>
    <item>
      <title>Re(4): Requirements Engineering Training</title>
      <link>http://forum.geizhals.at/t903536,8100109.html#8100109</link>
      <description>Ich find genau das den erschreckend falschen Ansatz den viele automatisch mit "agil" verbinden: Die requirements genau aufzunehmen / zu kennen ist eh nicht nötig, wir sind ja agil. Und dann kommt man hoffentlich beim backlog grooming, aber leider eher während dem sprint, oder noch schlimmer, danach, drauf, dass entweder die stories weit weg von "ready for implementation" sind, oder das requirement schlichtweg nicht verstanden wurde.&lt;br&gt;&lt;br&gt;Und auch beim agilen Ansatz muss man möglichst den Großteil der requirements vorab zumindest im Groben kennen, da widersprüchliche requirements auch da der Tod sind, bzw. zusätzliche den bestehenden Ansatz vollständig zu Nichte machen können.&lt;br/&gt;</description>
      <pubDate>Thu, 13 Jan 2022 12:24:17 GMT</pubDate>
      <guid>http://forum.geizhals.at/t903536,8100109.html#8100109</guid>
      <dc:creator>zeddicus</dc:creator>
      <dc:date>2022-01-13T12:24:17Z</dc:date>
    </item>
    <item>
      <title>Re(3): Requirements Engineering Training</title>
      <link>http://forum.geizhals.at/t903536,8100091.html#8100091</link>
      <description>Du verwendest weniger Zeit und Geld für die formale Spezifikation der Requirements. Weil der Kunde zu Beginn oft eh nicht genau weiß, was er will.&lt;br&gt;&lt;br&gt;Dafür lieferst du häufiger in möglichst kurzen Iterationen einsetzbaren Code. Womit man sich asymptotisch der Lösung nähert und weniger sinnloses Development aufgrund falscher oder unnötiger Requirements hat.&lt;br&gt;&lt;br&gt;Natürlich spricht nichts dagegen, formale Spezifikationstechniken in agilen Settings zu verwenden. Wenn es alle Beteiligten bereits können. Aber sie extra drauf zu drillen sehe ich als wenig sinnvoll an.&lt;br/&gt;</description>
      <pubDate>Thu, 13 Jan 2022 10:33:50 GMT</pubDate>
      <guid>http://forum.geizhals.at/t903536,8100091.html#8100091</guid>
      <dc:creator>Paulas_Papa</dc:creator>
      <dc:date>2022-01-13T10:33:50Z</dc:date>
    </item>
    <item>
      <title>Re(2): Requirements Engineering Training</title>
      <link>http://forum.geizhals.at/t903536,8100073.html#8100073</link>
      <description>&lt;blockquote&gt;&lt;em&gt; die Branche marschiert derzeit eher in Richtung "agile".&lt;br&gt;&lt;/em&gt;&lt;/blockquote&gt;&lt;br&gt;&lt;br&gt;Ich seh da ehrlich gesagt den Widerspruch nicht&lt;br/&gt;</description>
      <pubDate>Thu, 13 Jan 2022 09:25:47 GMT</pubDate>
      <guid>http://forum.geizhals.at/t903536,8100073.html#8100073</guid>
      <dc:creator>zeddicus</dc:creator>
      <dc:date>2022-01-13T09:25:47Z</dc:date>
    </item>
    <item>
      <title>Re: Requirements Engineering Training</title>
      <link>http://forum.geizhals.at/t903536,8099945.html#8099945</link>
      <description>Ich habe im Herbst einen IREB-FL Kurs bei Software Quality Lab gemacht und war recht zufrieden. &lt;br&gt;&lt;br&gt;&lt;a href="https://academy.software-quality-lab.com/academy/seminare/seminar-thema/ireb-certified-professional-for-requirements-engineering-foundation-level-cpre-fl/" rel="noopener" target="_blank"&gt;https:/&lt;wbr/&gt;/&lt;wbr/&gt;academy.software-quality-lab.com/&lt;wbr/&gt;academy/&lt;wbr/&gt;seminare/&lt;wbr/&gt;seminar-thema/&lt;wbr/&gt;ireb-certified-professional-for-requirements-engineering-foundation-level-cpre-fl/&lt;wbr/&gt;&lt;/a&gt; &lt;br&gt;&lt;br&gt;&lt;br/&gt;</description>
      <pubDate>Wed, 12 Jan 2022 10:28:39 GMT</pubDate>
      <guid>http://forum.geizhals.at/t903536,8099945.html#8099945</guid>
      <dc:creator>morsxx</dc:creator>
      <dc:date>2022-01-12T10:28:39Z</dc:date>
    </item>
    <item>
      <title>Re: Requirements Engineering Training</title>
      <link>http://forum.geizhals.at/t903536,8099803.html#8099803</link>
      <description>&lt;a href="https://www.see-it.at/" rel="noopener" target="_blank"&gt;https:/&lt;wbr/&gt;/&lt;wbr/&gt;www.see-it.at/&lt;wbr/&gt;&lt;/a&gt; &lt;br&gt;&lt;br&gt;Ich hatte Tesar im MBA als Vortragenden zum nämlichen Thema. Der Mann ist gut und seine Firma/Leute machen es jeden Tag mit dutzenden Tools bei dutzenden Kunden.&lt;br&gt;&lt;br&gt;Das Thema ist leider verdammt trocken und die Branche marschiert derzeit eher in Richtung "agile".&lt;br/&gt;</description>
      <pubDate>Tue, 11 Jan 2022 13:49:36 GMT</pubDate>
      <guid>http://forum.geizhals.at/t903536,8099803.html#8099803</guid>
      <dc:creator>Paulas_Papa</dc:creator>
      <dc:date>2022-01-11T13:49:36Z</dc:date>
    </item>
    <item>
      <title>Re: Requirements Engineering Training</title>
      <link>http://forum.geizhals.at/t903536,8099801.html#8099801</link>
      <description>wenn ich mir die Anbieter in AT so anschau, "kenne" ich&amp;nbsp;&amp;nbsp;nur nagarro oder trivadis aber auch nur weil da ehemalige Kollegen arbeiten, beide nicht als Trainer. Denn mit denen steht und fällt jegliches Training imho, nicht mit dem Anbieter&lt;br/&gt;</description>
      <pubDate>Tue, 11 Jan 2022 13:32:41 GMT</pubDate>
      <guid>http://forum.geizhals.at/t903536,8099801.html#8099801</guid>
      <dc:creator>Desolationrob</dc:creator>
      <dc:date>2022-01-11T13:32:41Z</dc:date>
    </item>
    <item>
      <title>Requirements Engineering Training</title>
      <link>http://forum.geizhals.at/t903536,8099786.html#8099786</link>
      <description>Hallo, &lt;br&gt;&lt;br&gt;ich würde gerne im Rahmen meines Berufs für ein Softwareprojekt ein Requirements Engineering Training machen um Anforderungen präszise und effizient zu erheben und zu dokumentieren. &lt;br&gt;&lt;br&gt;Ich habe jetzt dieses Training gefunden. Habt ihr Erfahrungen mit diesem Kurs bei diesem Anbieter und könnt mir &lt;br&gt;1.) IREB® Certified Professional for Requirements Engineering - Foundation Level oder Alternativen empfehlen? &lt;br&gt;2.) diesen Kursanbieter oder Alternativen empfehlen?&lt;br&gt;&lt;br&gt;Wir verwenden Siemens Polarion zum Anforderungsmanagement, aber das Ziel ist eher die generelle Formulierung und das Management von Anforderungen und Problemen zu verbessern.&lt;br&gt;&lt;br&gt;Vielen Dank euch!&lt;br/&gt;</description>
      <pubDate>Tue, 11 Jan 2022 12:36:04 GMT</pubDate>
      <guid>http://forum.geizhals.at/t903536,8099786.html#8099786</guid>
      <dc:creator>DoggHound</dc:creator>
      <dc:date>2022-01-11T12:36:04Z</dc:date>
    </item>
  </channel>
</rss>
