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

Ähnliche Beiträge