Fizetési értesítéseket küldő rendszer
2012-02-23T09:28:49+01:00
2012-03-01T10:28:08+01:00
2022-07-24T05:32:22+02:00
  • Oh, akkor világos. Nos... Várjuk a fejleményeket.
    Mutasd a teljes hozzászólást!
  • Ez egy egyedi rendszer? Csak Ti használjátok, vagy egy olyan termék, amit a fejlesztő cégtől bárki megvehet?

    Teljesen egyedi, az apró részletekig testre szabott szoftver.
    Mutasd a teljes hozzászólást!
  • Ez egy egyedi rendszer? Csak Ti használjátok, vagy egy olyan termék, amit a fejlesztő cégtől bárki megvehet?

    Utóbbi esetben szvsz nem az időn, hanem az áron kellene esetleg alkudozni. Feltételezve, hogy az új modul/funkciók több felhasználónak is értékesíthető (vagy általában növeli a szoftver értékét) nem feltétlenül kellene a fejlesztési költséget az első megrendelőre hárítani.

    A fejlesztési időt vitatni szvsz teljesen felesleges, sokkal inkább az ár lehet a háttérben.

    Persze az ördög úgyis mindig a részletekbe bújik el.

    Meg nem is én vagyok a főnök. Ő tudja mit miért csinál.
    Mutasd a teljes hozzászólást!
  • Ha elkészül a program, szerintem akik megszólaltak a topikban várják az elkészülési időket.

    A főnök nem fogadta el a 2 hét fejlesztési időt, ő kitart a 2-3 nap mellett, hogy annyi alatt meg lehet csinálni. Időközben újabb feladatokat jelölt ki, amit amit még az automatikus értesítő rendszer előtt le kell majd fejlesztetni, így tolódik ez a projekt. Ha megállapodás születik és elkészül a fejlesztés és lesznek konkrét infóim, mennyi időre volt szükség, akkor jelzem.
    Mutasd a teljes hozzászólást!
  • Ha elkészül a program, szerintem akik megszólaltak a topikban várják az elkészülési időket.
    Mutasd a teljes hozzászólást!
  • Oké van meg relax
    Mutasd a teljes hozzászólást!
  • De attól még az eredeti kiírásban szó se volt róla.

    globo: a gondolom és a specifikációban benne van az azért két külön dolog.
    Mutasd a teljes hozzászólást!
  • Nálunk is kapcsolódik valamilyen szinten a felszólítás a késedelmi kamathoz, habár ezt egyenlőre nem kell automatizálni, kézzel "mazsolázzák" egy lekérhető listából. Nálunk is felmerült a pontosabb kamat számítás kérdése, ahogy keylistener írta:
    különböző időpontban történő részkiegyenlítések

    változó jegybanki kamatok figyelembevételével több százezer számlán és tételein

    hiszen vannak különböző rész-kiegyenlítések, esetleg közben megállapodás fizetési ütemezésről, ami már nem kapcsolódik számla adatokhoz...
    Én is úgy vélem, ezen már kicsit többet kell gondolkodni, hogy az jól is működjön.
    Mutasd a teljes hozzászólást!
  • Gondolom ha már fel kell szólítani akkor késedelmi kamat.
    Mutasd a teljes hozzászólást!
  • Nem, erre az egészre a két hónap fejlesztési időt.

    Amúgy fizetési felszólításnál milyen kamatot akarsz számolni?
    Mutasd a teljes hozzászólást!
  • "A riport sablonok létrehozása 2-3 nap.
    monitoring felület 1-2 hét."

    Na jó! Abban nincs benne a kávészünet
    Mutasd a teljes hozzászólást!
  • "2. az automatikus rendszerben biztosítani kell a manuális beavatkozás lehetőségét (100ft os tartozással nem csesztetheti a jó ügyfelet)."

    A példa nem túl jó. Az SAP R3 és a Navision is meg tud adni intervallumot. Tehát, lehet automatizálni és kell is... Ráadásul VIP ügyfeleket is lehet beállítani mindkét rendszerben.

    De attól még biztosítani kell a manuális beavatkozás lehetőségét, csak nem ezért szerintem.
    Mutasd a teljes hozzászólást!
  • Kamatterhelés számítása lejár számláknál különböző időpontban történő részkiegyenlítések miatt változó tőkerész, és változó jegybanki kamatok figyelembevételével több százezer számlán és tételein úgy hogy ne terheld szét a szervert a napi szintű számlánkénti kamat görgetéssel? Mindezt paraméterezhető megjelenítéssel és szálbiztos időzítéssel kiküldve. Erre sokallod a 2-3 napot? Cyberepunk ha kötbéres projektet vállalnék nem veled terveztetném meg az tuti.
    Mutasd a teljes hozzászólást!
  • A riport sablonok létrehozása 2-3 nap.


    monitoring felület 1-2 hét.


    Ez ugye csak vicc volt? Egy bejáratott vállalatirányítási rendszerben, rendszerhez szokott fejlesztőkkel, a 2+2 hét teljesen reális alapszinten, extra hülyeségek nélkül.
    Mutasd a teljes hozzászólást!
  • Kösz az infókat!
    Mutasd a teljes hozzászólást!
  • Készítettem már hasonlót.

    1. szükség lesz egy időzítőre ami minden nap adott időszakában lefuttatja a szükséges lekérdezéseket.
    2. az automatikus rendszerben biztosítani kell a manuális beavatkozás lehetőségét (100ft os tartozással nem csesztetheti a jó ügyfelet).
    3. különböző felszólításoknak különböző szövegezéssel kell megjelenjen ennek adminisztrálhatónak kell lennie.
    4. email dokumentum sablonok létrehozása.
    5. ha ugyanazon ügyfélnek egyszerre több különböző mértékben lejárt számlája van azt egy levélben összevonni.
    6. riport sablonok létrehozása a nyomtatási képhez.
    7. kötegelt nyomtatási lehetőség biztosítása.
    8. boríték nyomtatás biztosítása (eltérő nagyságú borítékokra) .
    9. monitoring felület kinek mikor milyen értesítés ment ki mikor esedékes a következő.

    A riport sablonok létrehozása 2-3 nap.
    Az időzítéses leválogatás 2-nap.
    A feliratok adatainak adminisztrálása (formázható módon) 1 nap.
    Email kezelése 1-2 nap.
    Nyomtatás kezelés (paraméterezhető default példányszámok) 0.5 nap.
    monitoring felület 1-2 hét.


    Amit te leírtál az iktatással együtt az minimum 2 hónap lesz.

    Majdnem elfelejtettem. Egy tanács a végére. Menekülj arról a munkahelyről.
    Mutasd a teljes hozzászólást!
  • A leterheltség függvényében pedig lehet, hogy csak egy hónap múlva tudunk nekikezdeni és kát párhuzamos projekt futása esetén a két emberhét egy hónap alatt tud elkészülni.

    Pontosan így van! Azért is lett meghatározva [nettó] 2 hét, ezt sokallotta. A bruttó 2 hét az vlsz jó lett volna neki, mert kiadott volna még 3-4 másik ilyen nagyságrendű feladatot a fejlesztőknek a bruttó 2 hétre, hogy párhuzamosan azt is oldják már meg.
    Mutasd a teljes hozzászólást!
  • Teljesen mindegy volt, hogy a vezető fejlesztő mennyi időt mondott az adott munkára, az mindig "sok" volt.

    Attól tartok, nálunk is valami hasonló lenne. Ha 3 nap lett volna mondva, akkor biztosan 1 napra "lealkudta" volna.
    Mutasd a teljes hozzászólást!
  • A két emberhét azt jelenti, hogy ennyi lesz elvégezni, azaz a cégnek ennyi költsége lesz. A leterheltség függvényében pedig lehet, hogy csak egy hónap múlva tudunk nekikezdeni és kát párhuzamos projekt futása esetén a két emberhét egy hónap alatt tud elkészülni.
    Mutasd a teljes hozzászólást!
  • erről az jut az eszembe, amikor belecsöppentem egy olyan projectbe, amit egy olyan vezető managelt, aki nem igazán értett a szoftverfejlesztéshez. Teljesen mindegy volt, hogy a vezető fejlesztő mennyi időt mondott az adott munkára, az mindig "sok" volt. Ha azt mondta hogy 20 emberóra, akkor ő azt mondta, hogy nem, az csak 10. Ha azt mondta, hogy 30, akkor csak 15 max 20.
    Egy ideig ment a dolog, aztán egyszer csak a srác elkezdet vad időket mondani. Ami ránézésre úgy 15-20 munkaóra lett volna, arra azt mondta, hogy 50.
    Reakció! "Húú az túl sok, inkább legyen 30"
    Hát legyen. Ezután már így volt meghatározva minden munka.

    Egy főnök szvsz. akkor jó főnök, ha felismeri hogy mihez nem ért, és abba nem pofázik bele, hanem hagyja, hogy a szakemberek tegyék a dolgukat.
    Mutasd a teljes hozzászólást!
  • Mindezt gyorsan, max 2-3 nap alatt.

    2-3 nap alatt nem lehet ilyet megírni, és kész.
    De miért nem a fejlesztőktől kérdezitek meg hogy miért ennyi időbe telik?
    Nem értem a bizalmatlanság okát.. Ha eddig jó volt a fejlesztők munkája és szakszerűsége, miért nem lehet elfogadni ha ők adnak egy ilyen kicsi határidőt?
    Mutasd a teljes hozzászólást!
  • valaki 2 nap alatt felprogramozza!

    Kösz! Szuper! Már meg is van a megoldás! Kiadjuk neki, s kis pénzért és gyorsan kész is lesz.
    Mutasd a teljes hozzászólást!
  • Akkor csinalja meg

    Nem akarja sajnos
    Mutasd a teljes hozzászólást!
  • a fejlesztő cégnek ez egy saját terméke (eddig is ők fejlesztették), vagy létezik a rendszer, amihez most hozzá kellene nyúlni egy új cégnek.

    A saját fejlesztése. Már működő, komplex vállalatirányítási rendszer, most egy új modullal kell bővíteni.

    mit tartalmaz a 2 hét (80 óra) fejlesztés. Specifikáció készül-e a fejlesztés előtt, dokumentáció (technikai és/vagy felhasználói). Tartalmazza-e a 80 óra a két fél közötti egyeztetések időtartamaát, lesznek-e egyáltalán ilyenek.

    A 2 hét mindent tartalmaz: egyeztetések (igen, lesznek), tervezés, specifikáció (kell), kódolás, telepítés, dokumentáció, rövid oktatás (az új fejlesztés működésének bemutatása).

    mennyire kritikus az új modul működése (minőség vs. fejlesztési idő)

    A programnak 100%-osnak kell lennie minőség tekintetében, pont olyannak, ahogyan a megbeszéltek és specifikáció leírja. Persze tudjuk, egy programot sokféleképp meg lehet írni: összehányva, vagy alaposan, gondolva esetleg a jövőbeni igényekre is. Egy összecsapott munkát (pl. kihagyjuk a paraméterezhetőséget, és fixen beégetjük a programba a feltételeket) biztosan rövidebb idő alatt is el lehet készíteni. Itt viszont követelmény, hogy jól, pontosan, egyszerűen, kis felhasználói beavatkozást igénylően legyen megírva. Mindezt gyorsan, max 2-3 nap alatt.
    Mutasd a teljes hozzászólást!
  • Te tudod a legjobban, hogy majd valaki 2 nap alatt felprogramozza!
    Mutasd a teljes hozzászólást!
  • Értem, hát akkor sok sikert a főnöknek. Ez a két cég managementje közötti meccs.

    Ez nem a kóderek szintjén fog eldőlni.

    Nyilván sok mindent nem tudunk a kérdés megválaszolásához. Pl. hogy a fejlesztő cégnek ez egy saját terméke (eddig is ők fejlesztették), vagy létezik a rendszer, amihez most hozzá kellene nyúlni egy új cégnek. Nagyon nem mindegy.

    A másik, ami nagyon nem mindegy, hogy mit tartalmaz a 2 hét (80 óra) fejlesztés. Specifikáció készül-e a fejlesztés előtt, dokumentáció (technikai és/vagy felhasználói). Tartalmazza-e a 80 óra a két fél közötti egyeztetések időtartamaát, lesznek-e egyáltalán ilyenek. Jótállás, szavatosság, stb...

    Szóval ezt kívülről senki nem fogja tudni neked belőni, csak nagyon nagy sávon belül, amibe szerintem bőven belefér a 2 hét fejlesztés + 2 hét tesztelés.

    A főnöködnek azt is mérlegelnie kell, hogy mennyire kritikus az új modul működése (minőség vs. fejlesztési idő).

    Ha már régebb óta működik együtt a két cég, akkor azt is mérlegelni kell, hogy mekkora súrlódást ér meg egy ilyen kisebb fejlesztés.

    A Főnök azért Főnök, hogy ezeket a döntéseket meg tudja hozni. És utána vállalja is a döntés következményeit.

    Ha jól dönt: jó Főnök; ha rosszul dönt: rossz főnök.
    Mutasd a teljes hozzászólást!
  • A főnök ... nem ért a program fejlesztéshez
    A főnök ... rávágta ... ezt meg lehet 2-3 nap alatt is csinálni


    Akkor csinalja meg, bameg!
    Mutasd a teljes hozzászólást!
  • A főnök ... nem ért a program fejlesztéshez ... a fejlesztők ... elkészítették a jelentést ... 2 hét fejlesztés ... A főnök ezt mikor megtudta, rögtön rávágta ... ezt meg lehet 2-3 nap alatt is csinálni


    Mutasd a teljes hozzászólást!
  • Amikor a főnök kiszámította (?) a szükséges időt, hogy jutott arra, hogy sok 2 hét

    A főnök nem számolt, nem ért a program fejlesztéshez, ő csak a pénzzel és idővel gazdálkodik. Ő csak kért egy tervet, bontást, milyen részfeladatokból fog összetevődni a feladat, ill. egy időt, hogy nettó hány munkanap az elkészülés, és a fejlesztők kiszámolták, elkészítették a jelentést, ahogy kérték, aláhúzták, és lett 2 hét fejlesztés szerintük. A főnök ezt mikor megtudta, rögtön rávágta, hogy ennyi időt (és pénzt, mert ugye a 2 hét munka pénzben is kifejezhető) nem áldoz erre, ezt meg lehet 2-3 nap alatt is csinálni, ő ennyit szán rá.

    Ti a fejlesztő cég vagytok, és a Ti főnökötök nem ért egyet a javaslattal

    Nem, mi nem vagyunk fejlesztő cég, mi nem programozunk, mi csak gyártunk és eladunk.
    Mutasd a teljes hozzászólást!
  • Úgy látom nem értetted meg a mondanivalóm, nem a 2 hét-emberhét volt az érdekes benne, ez csak az arányokra írtam.

    Hanem az, hogy a "főnökség" (ami ugye gyakran egy projektvezetőt takar) lássa be, hogy van más projekt is és ne úgy számolja, hogy:
    - a 2 emberhét 3 emberrel 4 nap,
    vagy
    - a 2 hét az 2 hét,
    miközben a programozók más projekten is dolgoznak. Mert ha így vállalja el, akkor bukás.

    A 2 emberhét meg lehet 1 nap is, vagy akár 1 óra.
    Mutasd a teljes hozzászólást!
Tetszett amit olvastál? Szeretnél a jövőben is értesülni a hasonló érdekességekről?
abcd