- Marhefka István vagyok. 2009 nyarán indítottam útjára ezt a blogot, amelynek elsődleges célja az, hogy megmutassa, a szoftverfejlesztésnek nem úgy kellene működnie, ahogy az manapság általában működik. Bővebben
Címem: istvan.marhefka kukac g m a i l pont c o m Legutóbbi megjegyzések
-
Legfrissebb posztok
- Blog újratöltve
- ScrumMastert keresünk
- JUM 2012.11.21. prezentáció – Case study: be-novative, egy közösségi brainstorming platform technológiai stackje
- Csak egy gombnyomás…
- Hogyan fejlesszünk hatékonyabban szoftvert? – Töröljük a kódot!
- Megjelent a “Kanban and Scrum – making the most of both” magyar fordítása
- A szoftverfejlesztő guru
- Programozói verseny
Tagek
agilitás automatizált tesztek becslés code review ddd domain model egyértelműség elkötelezés előadás fogalmak fogalmi rendszer folyamatos integráció hibajavítás hibakeresés időalapú tervezés integráció integrációs tesztelés kommunikáció komplexitás alapú tervezés konferencia kódolvashatóság könyv követelmények követelményspecifikáció mindent átható nyelv minőség on-site customer over engineering planning poker prezentáció prioritás product backlog projekt menedzsment refaktorálás scrum scrummaster sprint tdd tervezés tiszta kód túltervezett kód unit tesztelés xp üzleti probléma üzleti szakértőKategóriák
Archívum
- October 2018 (1)
- May 2013 (1)
- November 2012 (1)
- November 2011 (1)
- May 2011 (1)
- March 2011 (1)
- October 2010 (1)
- September 2010 (1)
- August 2010 (3)
- July 2010 (3)
- June 2010 (3)
- May 2010 (3)
- April 2010 (5)
- March 2010 (7)
- February 2010 (3)
- January 2010 (5)
- December 2009 (2)
- October 2009 (1)
- September 2009 (2)
- August 2009 (4)
- July 2009 (6)
- June 2009 (1)
Category Archives: Módszertan
A sprinttervezés (Scrum-sorozat 3/2. rész)
Az előző post kicsit hosszúra sikeredett, viszont megismerhettük a tervezés legfontosabb eszközeit: az előkészítést, a sztoripont fogalmát, a fókuszfaktort, a kapacitástervezést és a Planning Poker-t. Minden együtt van ahhoz, hogy a tervezés teljes forgatókönyvével tisztában lehessünk.
Agilis Szoftverfejlesztők Egyesülete előadás (Scrum, DDD), 2010. január 14.
A mai nap résztvettem az Agilis Szoftverfejlesztők Egyesületének klubdélutánján. Kb. 15-en voltunk, egészen családias volt a hangulat. Nekem úgy tűnt, hogy sok ember már régóta ismeri egymást. Nem ismerem az egyesületet, de szimpatikus a kezdeményezésük, hogy széles körben népszerűsítsék az agilis elveket. Mint megtudtam, ezek a klubdélutánok rendszeresek, a következő egy hónap múlva lesz újra. Az […]
Also posted in Technológia
Tagged agilitás, ddd, előadás, időalapú tervezés, komplexitás alapú tervezés, planning poker, scrum
3 Comments
A sprinttervezés (Scrum-sorozat 3/1. rész)
A Scrum-ról szóló cikksorozatomat egy gyorstalpalóval kezdtem, aztán arról írtam, hogy mi a célja a product backlog-nak, és hogy hogyan készül. Most a sprinttervezésről lesz szó. Először a tervezés filozófiájáról írok és felsorolom az eszközeit. A következő részben a tervezés forgatókönyve kerül ismertetésre. A cikk végén egy kis kitérőt tartok: arról a csapatról és projektről írok, amelyben sikerült a Scrum-ot […]
A product backlog, ahogy mi szoktuk (Scrum-sorozat 2. rész)
A Scrum-ról szóló cikksorozatom első részében egy rövid összefoglalást adtam arról, hogy mik a Scrum alapszabályai. Ígéretemhez híven folytatom azzal, hogy mi hogyan alkalmazzuk a Scrum-ot. Ez a post a product backlog-ról szól.
Tagged agilitás, prioritás, product backlog, scrum
26 Comments
Scrum gyorstalpaló
A céges projektünk lassan 3 éve tart. Az első évben szenvedtünk. Állandóan a projekttervet próbáltuk karbantartani: feladatokra bontottunk, ütemeztünk, erőforrásokat terveztünk. Ezt az akkori projektteamből 3 ember végezte (közülük én voltam az egyik). Hiába próbáltuk up-to-date tartani a projekttervet, és frissítettük rendszeres időközönként, az újabb és újabb projekttervek is néhány nap múlva szétcsúsztak. Pár hónap alatt […]
Álljunk meg egy szóra!
Már sokszor utaltam arra, hogy mennyire fontos az, hogy a fejlesztett szoftverünk kódja jól olvasható legyen. Egy jól olvasható kód magáért beszél: csökkenti a fejlesztők közötti közvetlen kommunikáció szükségességét, valamint lehetővé teszi, hogy a szoftver könnyebben továbbfejleszthető, karbantartható legyen. Ha jó a kód, akkor abból “visszafejthető” maga az üzleti igény, a mögöttes üzleti gondolkodás. A […]
Nevezd meg és uralni fogod!
Az elv lényege az (üzleti) szoftverfejlesztésben az, hogy ha programot írunk, akkor a kódban mindent próbáljunk névvel, ill. megfelelő névvel illetni. Ökölszabály: a kódban lévő azonosítók kövessék az üzleti terület fogalmi rendszerét. Építsünk egy mindent átható nyelvet (Ubiquitous Language), amelynek célja, hogy egy közös nyelvet beszéljünk az ügyféllel és ugyanezen fogalmakat használjuk a program kódjában is.
A visszajelzések
A szoftverprojektek szállítása egy komplex feladat, komplex rendszerként viselkedik. Ennek a rendszernek rengeteg összetevője van: maga a rendszer, a fejlesztők, tesztelők, az üzleti környezet, a futtató hardver, az infrastruktúra, a folyamatos bizonytalanság, a kockázatok stb. Hogyan biztosítható az (vagy hogyan csökkenthetőek a kockázatok), hogy egy fejlesztés alatt lévő komplex rendszer olyan irányba fejlődjön, hogy végül […]
Folyamatos integráció
Immáron két és fél éve éneklek egy budapesti kamarakórusban basszistaként. A tavalyi évben felkérést kaptunk egy másik kórustól, hogy közösen adjunk elő egy 20. századi darabot.
Tagged folyamatos integráció, integráció, kórus, xp
3 Comments
A dokumentáció
A szoftverfejlesztési projektek terméke nem csupán maga a szoftver, hanem annak dokumentációja is. Dokumentációt általában azért kényszerülünk írni, hogy az ügyfél ez irányú kérését kielégítsük, vagy pedig azért, hogy a cégünk belső szabályozásainak eleget tegyünk.