App-Veröffentlichung... Aber in welcher Projektphase?

Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

  • App-Veröffentlichung... Aber in welcher Projektphase?

    Hallo,

    im Rahmen meines Abschlussprojektes ist es auch meine Aufgabe eine Zeitplanung innerhalb des Projektantrages anzugeben. Um das ganze sinnvoll strukturiert festzuhalten, wollte ich mich an folgende Phasen/Aufteilung halten:
    Bildschirmfoto 2015-01-22 um 19.37.08.png

    Nun zu meiner Frage:
    In welcher dieser Phase findet dann die Veröffentlichung der App statt? ist das eine eigene, siebte, Phase?

    Ich bin für Antworten sehr dankbar :)
    Man kann alles schaffen. Man muss es nur wollen ;)
    www.regetskcob.github.io

    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von DBocksteger ()

  • gritsch schrieb:

    da steht aber doku für ... ENDANWENDER.
    und die sollte doch bitte verfügbar sein bevor das produkt veröffentlicht wird (bzw gleichzeitig) - aber eben vorher erstellt.


    Hmm... Es wird in diesem Projekt keine Doku für Endanwender geben. Es handelt sich um eine Werbe-/Presse-App, die keiner Weiteren Dokumentation bedarf. So zumindest der Plan.

    Ich mach mir noch mal Gedanken...
    Man kann alles schaffen. Man muss es nur wollen ;)
    www.regetskcob.github.io
  • DanielBocksteger95 schrieb:

    gritsch schrieb:

    da steht aber doku für ... ENDANWENDER.
    und die sollte doch bitte verfügbar sein bevor das produkt veröffentlicht wird (bzw gleichzeitig) - aber eben vorher erstellt.


    Hmm... Es wird in diesem Projekt keine Doku für Endanwender geben. Es handelt sich um eine Werbe-/Presse-App, die keiner Weiteren Dokumentation bedarf. So zumindest der Plan.

    Ich mach mir noch mal Gedanken...


    dann hakst du den punkt eben ab.
    du kannst ja auch entscheiden ob eine doku für devs und admins sein muss oder nicht.
    außerdem doku für devs und endanwender in den gleichen punkt reinnehmen macht keinen sinn - denn die doku für endanwender sollte gelichzeitig mit dem produkt fertig sein, die für di devs kann man auch später machen oder gar nicht wenn man meint (oder eben auch schon früher - und zwar vor der implementation. kommt immer darauf an was man unter DOKU versteht).

    aber veröffentlichung gehört an letzte stelle. auch marketing muss vorher abgearbeitet sein (und dann gleichzeitig mit der app online gehen).
  • gritsch schrieb:

    DanielBocksteger95 schrieb:

    gritsch schrieb:

    da steht aber doku für ... ENDANWENDER.
    und die sollte doch bitte verfügbar sein bevor das produkt veröffentlicht wird (bzw gleichzeitig) - aber eben vorher erstellt.


    Hmm... Es wird in diesem Projekt keine Doku für Endanwender geben. Es handelt sich um eine Werbe-/Presse-App, die keiner Weiteren Dokumentation bedarf. So zumindest der Plan.

    Ich mach mir noch mal Gedanken...


    dann hakst du den punkt eben ab.
    du kannst ja auch entscheiden ob eine doku für devs und admins sein muss oder nicht.
    außerdem doku für devs und endanwender in den gleichen punkt reinnehmen macht keinen sinn - denn die doku für endanwender sollte gelichzeitig mit dem produkt fertig sein, die für di devs kann man auch später machen oder gar nicht wenn man meint (oder eben auch schon früher - und zwar vor der implementation. kommt immer darauf an was man unter DOKU versteht).

    aber veröffentlichung gehört an letzte stelle. auch marketing muss vorher abgearbeitet sein (und dann gleichzeitig mit der app online gehen).


    Ich glaube, ich hatte mich falsch ausgedrückt... Es handelt sich hier um die Zeitplanung des Abschlussprojektes Inklusive des zu entwickelnden Projektes. Von daher wird der Punkt "Dokumentation" die Doku für die IHK also die Prüfer sein, da dort die Veröffentlichung mit drin dokumentiert werden soll...

    Danke trotzdem schon mal :)
    Man kann alles schaffen. Man muss es nur wollen ;)
    www.regetskcob.github.io
  • Nur als Denkanstoß: Je nach Komplexität und Anwendungsfall ist es nicht unüblich, nach dem Produktionsstart von Anwendungen sogenannte "Hyper-Care Phasen" vorzusehen, in denen z. B. mit erhöhtem Support, Nachschulungen und extra Kapazitäten für Problemanalysen und Bugfixing gerechnet wird. Erst danach beginnt die stabile Betriebs-Phase, "Business as usual"...

    Mattes
    Diese Seite bleibt aus technischen Gründen unbedruckt.
  • nussratte schrieb:

    was habt ihr eigentlich so in der Ausbildung gemacht?

    alle Fragen die du hier rund um deine Prüfung stellst, hätte ich erwartet das es Wissen ist das du aus einer solchen Ausbildung mitnehmen solltest


    Unmengen an Praxis, aber wenig Theorie wie sowas hier. Und ich bin froh darüber, dass ich voll in die Firma integriert war und richtig mitarbeiten sollte.

    Nachtrag: Davon ab... ich find es eigentlich ne Abart dann wegen Fragen an die Allgemeinheit (um auch Meinung von Außenstehenden zu bekommen) darauf zurück zu schließen, das man sowas nicht gelernt hätte. Ich kenne die Standardmäßigen Projektphasen durch aus. Es ging für mich aber um die Phasen vom Abschlussprojekt, welches ja ein normales Softwareprojekt beinhaltet.
    Man kann alles schaffen. Man muss es nur wollen ;)
    www.regetskcob.github.io

    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von DBocksteger ()

  • Die Iteration ist ja zumindest zart angedeutet, allerdings nur für größere Fehlerfälle. Ich halte hier fest geplante "Feedbackschleifen" während der Entwicklung für zielführender. Ob nun ein kompletter Scrum-artiger Ansatz sinnvoll ist, mag vom Projekt abhängen, aber ein rein sequentielles Vorgehen ist wirklichkeitsfremd.

    Zum Thema Dokumentation: Ich werde immer stutzig, wenn Projektpläne die Dokumenterstellung am Ende haben. Review, Abnahme okay, aber die Erstellung sollte projektbegleitend erfolgen, sonst wird es meiner Erfahrung nach nur stiefmütterlich behandelt.

    Mattes
    Diese Seite bleibt aus technischen Gründen unbedruckt.
  • nussratte schrieb:

    was ist daran ne Abart?
    du hast ja in dem Beitrag gerade selber geschrieben das du es nicht gelernt hast

    Unmengen an Praxis, aber wenig Theorie wie sowas hier.


    ist ja schön das du in Firma die Praxis erleben durftest und Berufschule?


    Da haben wir genau diese Themen behandelt. Und ja es ist durchaus beabsichtigt dass es sich um ein Wasserfall Model handelt und ja ich weiß, dass ein iteratives Vorgehen sicher besser ist, vor Allem für große Projekte. Für die App, die im laufe dieses Projektes entstehen soll, halte ich das iterative Vorgehen aber einfach für völligen Overhead.

    @MyMattes ich werde auch parallel zum projekt dokumentieren, allerdings musste ich die Phase 'Dokuemntation' dennoch als separate Phase für den Projektantrag definieren und eine Zeitangabe abgeben. Daher war meine Frage, wo ich nun die Veröffentlichungsphase bestmöglich unterbringe. Ich habe diese nun zwischen Benutzerdoku für Kunden und Projektdoku für die IHK.
    Man kann alles schaffen. Man muss es nur wollen ;)
    www.regetskcob.github.io
  • nussratte schrieb:

    was ist daran ne Abart?
    du hast ja in dem Beitrag gerade selber geschrieben das du es nicht gelernt hast

    Unmengen an Praxis, aber wenig Theorie wie sowas hier.


    ist ja schön das du in Firma die Praxis erleben durftest und Berufschule?


    Nicht solche Fälle wie "Wo findet die veröffentlichung statt". Was ganz sicher auch mit der geringen Praxiserfahrung der Berufsschullehrer einhergeht. Und da die Prüfungsvorbereitungen erst im Nächsten Block (März/April) sind, frage ich lieber die Allgemeinheit nach einer Meinung zu meiner Vorstellung.
    Man kann alles schaffen. Man muss es nur wollen ;)
    www.regetskcob.github.io
  • DanielBocksteger95 schrieb:

    nussratte schrieb:

    was ist daran ne Abart?
    du hast ja in dem Beitrag gerade selber geschrieben das du es nicht gelernt hast

    Unmengen an Praxis, aber wenig Theorie wie sowas hier.


    ist ja schön das du in Firma die Praxis erleben durftest und Berufschule?


    Da haben wir genau diese Themen behandelt. Und ja es ist durchaus beabsichtigt dass es sich um ein Wasserfall Model handelt und ja ich weiß, dass ein iteratives Vorgehen sicher besser ist, vor Allem für große Projekte. Für die App, die im laufe dieses Projektes entstehen soll, halte ich das iterative Vorgehen aber einfach für völligen Overhead.

    @MyMattes ich werde auch parallel zum projekt dokumentieren, allerdings musste ich die Phase 'Dokuemntation' dennoch als separate Phase für den Projektantrag definieren und eine Zeitangabe abgeben. Daher war meine Frage, wo ich nun die Veröffentlichungsphase bestmöglich unterbringe. Ich habe diese nun zwischen Benutzerdoku für Kunden und Projektdoku für die IHK.


    du musst dich aber entscheiden ob du dein projekt nur als beispiel für ein großes projekt verwendest und somit auch die ganzen vorgehensweisen (entwicklung und testen läuft da mit einer kleinen verschiebung PARALLEL) ansonsten kannst du es gleich lassen weil für ein kleines projekt läuft das ja eh meist komplett anders ;)
  • DanielBocksteger95 schrieb:

    nussratte schrieb:

    was ist daran ne Abart?
    du hast ja in dem Beitrag gerade selber geschrieben das du es nicht gelernt hast

    Unmengen an Praxis, aber wenig Theorie wie sowas hier.


    ist ja schön das du in Firma die Praxis erleben durftest und Berufschule?


    Nicht solche Fälle wie "Wo findet die veröffentlichung statt". Was ganz sicher auch mit der geringen Praxiserfahrung der Berufsschullehrer einhergeht. Und da die Prüfungsvorbereitungen erst im Nächsten Block (März/April) sind, frage ich lieber die Allgemeinheit nach einer Meinung zu meiner Vorstellung.


    wie gesagt. die veröffentlichung kommt ganz am ende einer solchen planung.
    danach kommt "nur" noch support, bugreports nachtesten/fixen, updates und natürlich geld zählen nicht vergessen ;)
    aber auch die planung dafür findet schon WEIT vor dem release statt (wie will man sosnt errechnen ob sich das projekt jemals lohnen wird...)