Alle Beiträge zum Requirements Engineering auf dieser Website, Icon

Alle Beiträge zum Requirements Engineering Alphabetisch sortiert

Fol­gen­de Bei­trä­ge zum → Requi­re­ments Engi­nee­ring (oder mit star­kem Bezug zum → Requi­re­ments Engi­nee­ring) sind auf die­ser Web­site zu finden:

  1. Abnah­me­kri­te­ri­en oder Akzep­tanz­kri­te­ri­en? Was ist der Unterschied?
  2. Agi­les Requi­re­ments Engi­nee­ring Die Anfor­de­run­gen im agi­len Kon­text pas­send erfassen
  3. Agi­les Schät­zen Schnell und pas­send Schät­zun­gen vornehmen
  4. Alle Bei­trä­ge zum Requi­re­ments Engi­nee­ring Alpha­be­tisch sortiert
  5. Anfor­de­rungs­at­tri­bu­te Wel­che Attri­bu­te erfasst und ver­folgt wer­den sollten
  6. Anfor­de­rungs­ver­wal­tung — Requi­re­ments Manage­ment Anfor­de­run­gen wert­schöp­fend verwalten
  7. Annah­me oder Rand­be­din­gung? Was ist der Unterschied?
  8. Auf­wand für das Requi­re­ments Engi­nee­ring Ermitt­lung und Bewertung
  9. Begrif­fe im Requi­re­ments Engi­nee­ring Alpha­be­tisch sortiert
  10. Best Prac­ti­ce oder Good Prac­ti­ce? Was ist der Unterschied?
  11. Busi­ness Ana­ly­sis oder Requi­re­ments Engi­nee­ring? Was ist der Unterschied?
  12. Das Back­log Anfor­de­run­gen und Ein­trä­ge zen­tral verwalten
  13. Das Chan­ge­log Ände­run­gen an bestehen­den Sys­te­men schnell kommunizieren
  14. Das Doku­men­tie­ren von Anfor­de­run­gen Eine Haupt­tä­tig­keit im Requi­re­ments Engineering
  15. Das Ermit­teln von Anfor­de­run­gen Eine Haupt­tä­tig­keit im Requi­re­ments Engineering
  16. Das Glos­sar Auf­bau und Verwendung
  17. Das IIBA — Inter­na­tio­nal Insti­tu­te of Busi­ness Ana­ly­sis Der inter­na­tio­na­le Fach­ver­band zur Busi­ness Analysis
  18. Das IREB — Inter­na­tio­nal Requi­re­ments Engi­nee­ring Board Der inter­na­tio­na­le Fach­ver­band zum Requi­re­ments Engineering
  19. Das Kano-Dia­gramm Gra­fik des Monats Juni 2014
  20. Das Kano-Modell Kun­den­wün­sche ermit­teln und einordnen
  21. Das Mini­mum Via­ble Pro­duct (MVP) Ers­te wert­schöp­fen­de Pro­dukt­ver­sio­nen schnell ver­füg­bar machen
  22. Das Review Prü­fen von Produktanforderungen
  23. Das V‑Modell Dar­stel­lung und Verwendung
  24. Das Vali­die­ren von Anfor­de­run­gen Eine Haupt­tä­tig­keit im Requi­re­ments Engineering
  25. Das Was­ser­fall­mo­dell Dar­stel­lung und Verwendung
  26. Defi­ni­ti­on of Done Wann ist eine User Sto­ry fer­tig umgesetzt?
  27. Der “Kor­ri­dor der Unsi­cher­heit” Gra­fik des Monats Dezem­ber 2014
  28. Der Chan­ge Request Ände­run­gen erfas­sen, ver­fol­gen und umsetzen
  29. Der Lehr­plan des IREB zum CPRE-FL 2020 Requi­re­ments Engi­nee­ring struk­tu­riert dargestellt
  30. Der Pro­duct Owner Auf­ga­ben, Ver­ant­wort­lich­kei­ten und Rollenbeschreibung
  31. Der Requi­re­ments Engi­neer Auf­ga­ben und Rollenbeschreibung
  32. Der Start eines Requi­re­ments-Pro­jekts Die­se ers­ten Schrit­te soll­ten immer durch­ge­führt werden
  33. Der Zusam­men­hang von Pro­jekt­ma­nage­ment und Requi­re­ments Engi­nee­ring Die Gemein­sam­kei­ten und Schnitt­stel­len bei­der Disziplinen
  34. Design Free­ze, Fea­ture Free­ze und Code Free­ze Ände­run­gen ab einem defi­nier­ten Ent­wick­lungs­stand verbieten
  35. Die 10er-Regel der Feh­ler­kos­ten Spät ent­deck­te Feh­ler sind teuer
  36. Die Anfor­de­rungs­lis­te Anfor­de­run­gen struk­tu­riert und schnell erfassen
  37. Die Archi­tek­tur­py­ra­mi­de Die Soft­ware­ar­chi­tek­tur über fünf Schich­ten betrachten
  38. Die Auto­ma­ti­sie­rungs­py­ra­mi­de Ein zen­tra­les Modell in der indus­tri­el­len Leittechnik
  39. Die Base­line Den Stand eines Pro­dukts oder Pro­jekts festlegen
  40. Die DEEP-Kri­te­ri­en Die Qua­li­tät des Pro­duct Back­logs einschätzen
  41. Die INVEST-Kri­te­ri­en User Sto­ries gut und pas­send erfassen
  42. Die Klas­si­fi­ka­ti­on von Anfor­de­run­gen Anfor­de­run­gen rich­tig zuordnen
  43. Die Kom­pe­tenz­stu­fen (und die Kennt­nis­se) Gra­fik des Monats Juli 2016
  44. Die MoSCoW-Prio­ri­sie­rung Ein­zel­ne Anfor­de­run­gen ein­fach priorisieren
  45. Die Pro­dukt­vi­si­on Beschrei­bung der Pro­dukt­lö­sung in kur­zen Worten
  46. Die Pro­jekt­um­feld­ana­ly­se Über­grei­fend den gesam­ten Kon­text des Pro­jekts betrachten
  47. Die Requi­re­ments Tracea­bi­li­ty Matrix (RTM) Ver­bin­dun­gen zwi­schen Requi­re­ments-Arte­fak­ten erfassen
  48. Die SMART-Kri­te­ri­en Zie­le gut und pas­send formulieren
  49. Die UML — Uni­fied Mode­ling Lan­guage Die wich­tigs­te Model­lie­rungs­spra­che für Anforderungen
  50. Die unbe­kann­ten Unbe­kann­ten Zeit­li­che und bud­ge­tä­re Reser­ven für die Pro­jekt­ri­si­ken vorsehen 
  51. Die Ver­bind­lich­keit von Anfor­de­run­gen und Zie­len Schlüs­sel­wör­ter rich­tig einsetzen
  52. Ermitt­lungs­tech­ni­ken für das Requi­re­ments Engi­nee­ring Sys­te­ma­ti­sches Zusam­men­tra­gen von Anforderungen
  53. Fea­ture Dri­ven Deve­lo­p­ment (FDD) Über Fea­tures die Ent­wick­lung von Soft­ware steuern
  54. Funk­ti­on oder Fea­ture? Was ist der Unterschied?
  55. Inter­views Ein­satz, Tech­ni­ken und Formen
  56. Ite­ra­tiv oder inkre­men­tell? Was ist der Unterschied?
  57. Kon­fi­gu­ra­ti­ons­ma­nage­ment Die zen­tra­le Dis­zi­plin zur Zusam­men­fas­sung von Pro­dukt- oder Projekteinheiten
  58. Krea­ti­vi­täts­tech­ni­ken Gezielt krea­tiv sein
  59. Las­ten­heft und Pflich­ten­heft Unter­schei­dun­gen und Einsatz
  60. Lis­te, Regis­ter oder Matrix? Was ist der Unterschied?
  61. Merk­re­geln für das Requi­re­ments Engi­nee­ring Leit­li­ni­en für die Umsetzung
  62. Mis­si­on oder Visi­on? Was ist der Unterschied?
  63. Per­so­nas Anfor­de­run­gen aus typi­schen Nut­zer­pro­fi­len ableiten
  64. Pilot oder Pro­to­typ? Was ist der Unterschied?
  65. Prä­sen­ta­tio­nen Über 2.800 Sei­ten zum pri­va­ten Gebrauch
  66. Prio­ri­sie­ren oder Schät­zen? Was ist der Unterschied?
  67. Prio­ri­tä­ten Prio­ri­sie­run­gen rich­tig vornehmen
  68. Pro­dukt­ma­nage­ment Pro­duk­te sys­te­ma­tisch ent­wi­ckeln und betreuen
  69. Pro­jekt oder Vor­ha­ben? Was ist der Unterschied?
  70. RE-Tools Anfor­de­run­gen mit Tech­nik und Sys­tem verwalten
  71. Release­plan oder Road­map? Wel­cher Begriff steht wofür?
  72. Requi­re­ments Engi­nee­ring Anfor­de­run­gen ent­wi­ckeln und verwalten
  73. Review oder Audit? Was ist der Unterschied?
  74. Safe­ty oder Secu­ri­ty? Was ist der Unterschied?
  75. Satz­scha­blo­nen Das For­mu­lie­ren von Anfor­de­run­gen mit Schablonen
  76. Schät­zen in Pro­jek­ten Auf­wän­de pas­send zum rich­ti­gen Zeit­punkt ermitteln
  77. Schät­zen, Ver­mu­ten oder Raten? (Esti­mat­ing, Assum­ing or Gues­sing?) Was ist der Unterschied?
  78. Ser­vice Level Agree­ment (SLA) Die Güte und Qua­li­tät eines Diens­tes ver­trag­lich vereinbaren
  79. Share­hol­der oder Stake­hol­der? Was ist der Unterschied?
  80. Sys­tem und Sys­tem­kon­text Die Beschrei­bung, was dazu­ge­hört und was nicht
  81. Tracea­bi­li­ty Ver­bin­dun­gen zwi­schen Anfor­de­run­gen herstellen
  82. Use Case Wesent­lich für die Erfas­sung von Anforderungen
  83. Use Case oder User Sto­ry? Was ist der Unterschied?
  84. UX (User Expe­ri­ence), Usa­bi­li­ty oder UI (User Inter­face)? Was ist der Unterschied?
  85. Vali­die­ren oder veri­fi­zie­ren? Wel­cher Begriff ist richtig?
  86. Versions‑, Vari­an­ten- oder Pro­dukt­li­ni­en­ma­nage­ment? Was ist der Unterschied?
  87. Von der Idee zum Sys­tem Wie aus Visio­nen und Ideen Sys­te­me ent­wi­ckelt werden
  88. Vor­la­gen­ba­sier­tes Doku­men­tie­ren von Anfor­de­run­gen Arbeits­pro­duk­te mit Vor­la­gen entwickeln
  89. Zer­ti­fi­zie­run­gen Per­so­nen­zer­ti­fi­ka­te zum Pro­jekt­ma­nage­ment, Pro­zess­ma­nage­ment, Requi­re­ments Engi­nee­ring, Soft­ware Engi­nee­ring, Agi­li­tät und Scrum

Nicht das dabei, was Sie benö­ti­gen?
Spre­chen Sie → mich an oder schau­en Sie bei mei­nen aus­ge­ar­bei­te­ten → Prä­sen­ta­tio­nen!

Letz­te Aktua­li­sie­rung: 26.04.2022 © Peter­jo­hann Con­sul­ting, 2005–2024

Ähnliche Beiträge