Az emberek nem lineáris, és a legfontosabb összetevő létrehozása szoftver olvasható online
Mi, módszertan, tervezés komplex rendszerek, de nem veszi figyelembe a teljesítményét a hatóanyag e rendszerek olyan összetevő, amely ismert a non-linearitás és változékonyság - ember. Ez a cikk röviden felsorolja az elméletek és a projektek, hogy meg kellett tanulni, hogy megértsük ezt a nagyon egyszerű tény, valamint meghatározzák, milyen adottságok, az emberi elme kell figyelembe venni létrehozó módszertan és általános ajánlásokat kapcsolódó fejlesztési folyamat. Ez ezek a tulajdonságok is, hogy a legtöbb helyes előrejelzéseket a jövőben a projekt során, és az alkalmazhatóság, valamint bármely módszer.
Way kemény hibák
Bármilyen módszert vezethet projekt kudarca.
Négy alapvető tulajdonságai
Man - egy lény társaságkedvelő
Minden ember más
Az emberek nem lineáris, és a legfontosabb összetevő létrehozása szoftver
Ez a jelentés alapján én személyes tapasztalat, hogy tettem szert megvizsgálva 40 projekt az elmúlt 20 évben.
A fő gondolata ez a cikk a következő: metodológusokat fejlesztése komplex rendszerek, amelyek a nagyon változó és nemlineáris komponensek - az emberek. Ebben az esetben valahogy sikerül ezeket figyelmen kívül hagyva alkatrészek és a hatása, hogy azok a rendszert úgy tervezték. Miután néhány reflexió, ez a helyzet abszurdnak tűnik, de az iparág nem sok kutatást, hogy fordítson időt a komoly tanulmány az emberi tényező a szoftverfejlesztés.
A leginkább figyelemre méltó kivétel e szabály alól Gerald Weinberg (Gerald Weinberg [Wei]) és Tom DeMarco (Tom DeMarco [Dm]), amelynek könyvet adnak ma a születésnapját (!) Editions. Munkájuk annyira népszerű az iparágban, úgy tűnik, ők csak növelheti az érdeklődést a téma, és működésbe hozza a kutatás ezen a területen. Most egyre több tanácsadók kezd kapcsolódnak az emberek, mint a fő tényező a szoftverfejlesztés [B99] [Hi], de általában a közösség szoftver fejlesztők továbbra is figyelmen kívül hagyja azt a tényt, hogy ez a személy legyen központi témája a kutatás. Úgy tűnik, ez nekem egy komoly hiányosság - egyébként, hogy nem veszi figyelembe az átfedés a fém a falak és panaszkodnak rossz rádió teljesítményét.
Korábban láttam az emberek részt vehetnek a projektben, mint valami másodlagos tényező. Ez-ig tartott, amíg néhány év után a munka, a kutatók és a módszertan, észrevettem, hogy a ajánlásának módszer nem áll összhangban a saját tapasztalat a szoftverfejlesztés. A probléma nem az, amit tettem fejlesztők (ők ezt a munkát nagyon jól). A probléma más volt: amit írtam nem áll azzal, amit csinálunk.
A „Mi az előttem” az elmúlt öt évben, már fájdalmasan próbálták meghatározni (én nehezen, hogy még most). Fokozatosan, rájöttem, hogy az én (és más) módszertani egyenlet hiányzik egy változót - a módszer a hatása az olyan fogalmak, mint a „nép”.
Most, amikor elkezdték vizsgálni ezt a lehetőséget, a módszertani előrejelzések és a következtetések kezdett, hogy megfeleljen, amit én látok a valós életben. Most úgy gondolom, hogy az emberek - ez a fontos. elsődleges motorja projekt.
Miben különbözik ez attól, amit írt a „Peopleware” DeMarco és Lister (Lister)? Ők úgy vélte, hogy az emberek egy fontos tényező, és rámutatott, hogy néhány konkrét kérdést. Én is érdekel, hogy a csoport és az egyén jellemzőit emberi befolyást a tervezési módszerek a szoftverfejlesztés (más szóval, a módszertan), az alkalmazott a különböző csoportok dolgoznak különböző feladatokat.
Saját ötletek nagyon hasonlóak, amelyeket fejezetében meghatározott Weinberg „csapatot” ( „Csapatmunka”) című könyvében: „A pszichológia a Computer Programming” ( „Pszichológiai programozás”). Főként, ami érinti a két ellentétes stílusok kezelése - Feladat menedzsment (feladatkezelő) és a vezetői támogatás (karbantartási menedzsment). Ez nagyon közel van ahhoz, amit én próbálok - bizonyos funkciókat és ajánlásokat követik őket. Weinberg alapul projektek tanult a 60-as. Azonban a megállapítások továbbra is érvényes és hasznos, és most, 30 évvel később, ami szintén megerősíti a stabilitást és a fontos az emberi tényező a szoftverfejlesztés. Azt hiszem, itt az ideje, hogy alaposan tanulmányozza az olyan tényezőket, és meg kell kezdeni kezelni őket következik ajánlások alapján szoftverfejlesztés, és ne nyissa meg őket magad minden 30 év.
Ebben a cikkben fogok beszélni a munkát, amit tett, hogy megértsük, mi az emberek a legfontosabb tényező a projekt sikeréhez. Jelenleg én használni megjósolni az emberi tényező. Én írom ezt a cikket, az első ember, mert a hivatalos, akadémikus stílusban nem nagyon le kell írni a keresési valami teljesen nyilvánvaló, és nem túl barátságos. A legjobb, ha alkalmazza azt a formáját a történet egyes szám első személyben.
Way kemény hibák
A reklámok 1987-ben, mikor foglalkozik hivatalos szoftverfejlesztés, ott voltak a következő meggyőződés: „A szoftverfejlesztés probléma abban rejlik, hogy a célok és a design is túl sok pontatlanságot, minden rendben lesz, ha tudjuk, hogy az emberek dolgozni matematikai formalizmus .. ”. Azonban, miután dolgozott egy kicsit ebbe az irányba, jöttem rá, hogy szembe kell néznünk:
Probléma 1. Az ember vesz részt a projektben nem érdekli a tanulás a rendszerünkben.
Probléma 2 Ezek jól csinálni anélkül metodológusokat, miközben szoftver. Hagytam a formális fejlődését, míg kollégám terjesszen elő egy új ötlet: „A probléma - a képzés minden rendben lesz, ha a fejlesztők a szükséges matematikai ismeretek jóval korábban, a gimiben ...” Azonban a tudás az emberek azt sugallja, hogy egy ilyen vágy nem valósítható meg. Nem mintha kétségbe vonja az a nyilvánvaló előnye a hivatalos szoftverfejlesztés, én csak kételkedett, hogy képesek vagyunk meggyőzni 10 millió csinálni a matek. Célszerű lenne, hogy felmerül a kérdés a következő: „milyen körülmények között és milyen kell venni a hivatalos fejlesztési szakmai projekt?”
Elmentem az eszközök fejlesztése, és elkezdett dolgozni etnocentrikus, amennyire csak lehetséges. Ugyanakkor néztem azokat, akik tervezték a kommunikációs protokollok és megvitatta velük, milyen problémák merülnek fel őket működés közben. Kollégáim és én jött ugyanerre a következtetésre jutott: „A probléma abban rejlik, hogy az emberek még mindig inkább felhívni a táblára, minden rendben lesz, ha számukra egy speciális szoftver eszköz, amellyel közvetlenül rajzolhat a .. számítógépet, és hogy projektjeik hogyan fogják végrehajtani a korai szakaszban a munka. "
Mi töltött néhány év alatt fejlődött ki egy speciális generátor átalakítja a sorrendje és kölcsönhatása diagramok szoftver architektúra és szabályrendszer [Ci]. Sok vállalat működött (és működik) hasonló feladatokat például előadásában véges automaták Herela (Harel végrehajtható véges állapotú automaták) [Ha].
Probléma 1. Az ember vesz részt a projektben nem érdekli a tanulás a rendszerünkben.
Ezek a csoportok, amelyek sikeresen működnek azok a projektek, használja inkrementális fejlesztési folyamatok [Co95]
A tervezés minden gép, bonyolult „CRC-kártyák” [B87] tekinthető túl bonyolult és nem használják [Co94].
Azok, akik részt vesznek a design, mindig ott van a lehetőség, hogy megtagadják olyan szoftver termék vagy technológia, nem tetszik. Elég annyit mondani a főnök: „Ez lassítja le Ha fogom használni, nem felelnek meg a határidőt.” És ő lehetővé teszi a tervezők cselekedni saját belátása szerint. Míg ez a megfigyelés nem tűnik számomra különösen fontos, de mégis, én írtam le, és n.
Gyors navigáció vissza: Ctrl + ← továbbítja Ctrl + →
szövegét a könyv az információk kizárólag tájékoztató jellegűek.