szabályok Ashmanova
Ez az állítást a vezetők számára, akinek meg kell foglalkozni a sorsa egy új üzleti maguknak -, hogy kezelni egy ilyen vagy olyan módon „programozás” projekt (létrehozása a vállalati információs rendszer, web fejlesztés, stb ...).
Ugyanakkor az új vezetők a szoftver projektek gyakran nem tudják a legegyszerűbb dolgok - például az egyszerű tény, hogy lehetetlen elhinni a feltételeket, az úgynevezett programozók. Katonai előírások és szabályok a közúti és nézd egyszerű, de „vannak írva a vér.”
Ez az állítást a vezetők számára, akinek meg kell foglalkozni a sorsa egy új üzleti maguknak -, hogy kezelni egy ilyen vagy olyan módon „programozás” projekt (létrehozása a vállalati információs rendszer, web fejlesztés, stb ...).
Ugyanakkor az új vezetők a szoftver projektek gyakran nem tudják a legegyszerűbb dolgok - például az egyszerű tény, hogy lehetetlen elhinni a feltételeket, az úgynevezett programozók. Katonai előírások és szabályok a közúti és nézd egyszerű, de „vannak írva a vér.”
Sokszor láttuk a hiba a szempontból projektek nem. Láttuk üzletemberek hajlandók befektetni új technológia, meghökkentő - anélkül, hogy a piaci megértést, üzleti tervek, és még közelíteni az eredményeket, és időzítése a munkálatok. Magam is történt sok hasonló hibák 15 év a szoftver-iparban.
Íme a legegyszerűbb dolgok és összeszerelt itt formájában egy sor szabályt. Íme a legelső közülük:
Az első szabály Ashmanova. Nincsenek technikai problémák. Már csak az emberi, vagyis a szervezeti.
Nem adom itt a technikai tanácsadás a projekt menedzsment, tervezés és dokumentálására vonatkozó szabályok, eljárások, vizsgálatok és kiadása. Mindez írva a hegy az irodalom, beleértve a klasszikus könyvet Frederick Brooks „mitikus Man-Month”.
Azonban a munkaköri leírások és a megfelelő eljárást - nem minden. Amikor futtatja a projekt vezetője először lép az emberi kapcsolatok a kollégákkal, művészek beosztottak. Ezek a kapcsolatok bonyolult, szokatlan és gyakran csak fel egy zsákutca, ha nem tudod, csak néhány egyszerű szabályt.
A kezelő program
Én személy szerint nagy tisztelettel és szeretettel szoftverfejlesztő - programozók, hanem a velük foglalkozó óvatosnak kell lennie, és különös szabályokat.
Kezelése programozók - nem varázslat. még a humán képes kezelni a szoftver projekt. De ez mindenképpen tennie kell, hogy képes legyen kezelni az embereket és a projektek. Mint bármely iparágban, az igazgató elég tudni néhány jellemzője a folyamat, és nem zárkóznak „mítoszok iparban.” Az összes többi attól függ, az átlagos menedzser irányító teljesítményét.
Mítoszok. programozók kezelése különösen bonyolult mítoszok és illúziók a programozáshoz. Ezek a mítoszok készek támogatni a fejlesztők és az eladók a számítógépes szolgáltatások. A fő oka a mítoszok az ellentmondás látszólagos szellemisége és a munka összetettsége egyrészről, és egészen szokatlan tulajdonságaik a személyzet és a projekt - a másik oldalról. Függetlenség mítosza származik tapasztalat és tudás.
Gyakori tévhit szoftverfejlesztés
A mítosz az egyedülálló sajátossága a szoftvert. Gyártás szoftver nem egy különleges vállalkozás, nem számít, hogy mit lehet mondani a fejlesztők és az eladók az információs rendszerek. Ez nem több, mint különleges élelmiszeripari vagy kozmetika. A törvények a fejlődés és a megtérülés szoftverfejlesztés, web-oldalak és a vállalati információs rendszerek - ugyanaz, mint bárhol máshol.
Ezért beszélhetünk az egyediségét szoftverfejlesztők, ellenőrizzék a pontos programozási projektek, különös módon az üzleti - mindig nagyon gyanús.
A mítosz a nagyságát a programozó. szoftverfejlesztő - nem oracle jóslás, hogy az üzletember kell hallgatni csodálattal. Valóban, a megjelenését minden, még az átlagos programozó úgy néz ki, mint egy felnőtt, értelmes és felelős személy - aki magasan képzett, részt vesz a komplex mentális munka, birtokolja a terminológia, jelenthet a problémára, és indokolja a kérelmet a források elosztását. Ebben az esetben ugyanis, mindig megjelenik egy kisebb vesztesek - nem mondják el a teljes történetet, az időzítés rossz, szakadás projektek fordult az egyenes utat és érezd rovására a munkáltató.
Ha a projekt fejlesztők játszanak első hegedű, a kudarc valószínűsége a projekt - magas. Egy biztos jele ez a helyzet -, amikor egy magas szintű vezető, nem programozó, észrevehető bizonytalanság azt mondja, hogy minden jól megy, és a jelenlegi állapot szerint a projekt egy fontos belső műszaki fejlesztések, amelyek lehetővé teszik a következő szakaszában az áttörés.
Nem szabad elfelejteni, hogy a szoftver fejlesztő - egy mérnök, és nem részesülnek a mérnökök és az üzletemberek és menedzserek a high-tech vállalkozás. Mint mindenütt.
A mítosz mágikus ereje a technológia. Új, igényes, látványos technológia nem feltétlenül vezet a sikerhez. Szerencsére ma már nem kell bizonyítani, hogy valaki konkrétan. Bármilyen technológia lehet sikeres termék, hanem egyszerűen vezetnek a hulladék befektető pénzt. A projekt sikere források mindig hazudnak körén kívül a technológia - az üzleti életben.
Ezen kívül, meg kell emlékezni, hogy egy valóban egyedülálló technológia nagyon ritka, és nagyon valószínű, ebben a pillanatban éppen a technológia már megvitatták, fejlett vagy értékesíteni bárhol máshol.
A szabályok, ami hasznos tudni, hogy a menedzser
2. szabály: a szakzsargont nem jelent semmit.
Programozó használja fejlett szakzsargont, beleértve a találkozók és emlékeztetők. Köztudott, hogy minden zsargon, és ez szolgál elismerését a külföldi terei. programozók zsargonban - sem kivétel, mint ellenséges idegen a programozó gyakran szolgál a feletteseinek.
3. szabály A fejlesztők mindig az úgynevezett rossz időben.
Nem lehet hinni a feltételeket, amelyek úgynevezett programozók. Jellemző, hogy meg kell szorozni Pi. Néha (ritkán) - osztva Pi. Kiválasztása a megfelelő intézkedéseket az élén az úgynevezett időzítés függ az egyén fejlesztő. Ez a tudás jön a menedzser csak néhány kísérletet ezzel a fejlesztő.
4. szabály A fejlesztő sajátos veleszületett optimizmus.
Egy tipikus jele töretlen fejlesztő-optimista - önbizalom és a meleget, a vágy, hogy menjen, és ne üljön le, és tervet.
5. szabály A programozó úgy érzi, a szenvedély a általánosítás.
A programozó mindig megtesz azért, hogy ezt a munkát a leggyakoribb módja, hogy hozzanak létre és aztán csak illik a kész rendszer. Ebben - a lényege a program és annak erejét.
És ugyanabban a - komoly veszélyt jelent a vállalkozás. Ha adsz a fejlesztő, hogy dolgozzon ki egy közös platform, hogy 100% -át az időt és pénzt, és a terméket soha nem jön a piacra.
Az egyensúlyt a szintézis és a jelenlegi piaci követelményeknek elért tapasztalat és az üzleti szempontokat. A programozók a bizalom teljesen értelmetlen, mint értelmetlen, hogy megvitassák egy részeg családi költségvetés.
6. szabály: nem lehet csinálni „békés úton”.
Minden programozó szenvedélye általánosítás indokolja dicséretes vágy, hogy végre minden jóban. Hasonlóképpen, a rendszergazda mindig kérnek pénzt a legjobb eszközök és a legdrágább szoftver Oracle szoftver. Ehhez a jó - elvileg és gyakorlatilag rossz rossz üzlet. Meg kell tennie ahhoz, hogy a dolgok működnek, elégedett ügyfelek (akár szintjén termék ára) és az üzleti fejlesztésére.
Egy biztos jele a stílus a munka „békés úton” - kemény munka a „mag”, a késedelmes végrehajtására tervezett egyedi funkciók és az elmulasztott határidők kapjuk.
Szabály 7. Priminanie fű vehet minden időt.
Szoftver mindig arra törekszik, hogy kielégítsék a szükségességét fegyverzet - amennyire csak lehetséges, hogy felkészítse a munkahelyen, hogy az, hogy hozzon létre az eszközöket, hogy telepítse a legújabb szoftvert, a legfejlettebb technológiával. Ha adsz neki az akarat, akkor töltse meg a 100% -át az idő, a hatóságok képesek lesznek bebizonyítani, hogy az ilyen munkát.
Egy biztos jele ennek az állandó elrendezése - csontváz állam számítógépek a munkahelyen, és szokatlan, nem standard program azokon a számítógépeken.
A fejlesztő a közepén nem törekszik, hogy segítsen megszervezni és fejleszteni az üzleti, ezért ő nem szeret vizsgálat, azt mondta, az emberek idióták, így nehéz, hogy a dokumentum és a rendszer fenntartása már és programokat.
Meg kell dolgozni, ami van. Ebből következik, gyakorlatilag lehetetlen újra fejlesztők, rendszergazdák és műszaki vezetők a közepes méretű üzleti szellem. Ez nem szükséges. Ahelyett, hogy újra szükség megértése a motívumok és a szokások és a munka tervezési, végrehajtási és ellenőrzési, megőrizve a gondolat szabadságát, és teret enged a kreativitásnak.
Utánnyomást írásos engedélye „Ashmanov és Társai” cég
3. Killer Jedi (vakham) 1 10.02.17 13:35 Most a témában
„Nincsenek technikai problémák. Már csak az emberi, azaz a szervezeti”.
Túlzás az a szint, a lábazat. Túlzás a pincébe: nincs szervezeti problémák, probléma van a csótányok a fej igazgatója.
„Még a humán képes kezelni a szoftver projekt.”
Ipanulis. Míg a táborban, ahol a védelmi miniszter futott egy bútorgyár, a 15 ásni.
Ó, igen! Sőt, a számviteli osztály is parancsot főkönyvelő, aki nem tudja, „HTO létrehoz egy alszámlát”. Ez Oroszország, baby!
Nach.otdelami sekretutka válnak idővel integetett egy kopasz rendező.
„Az igazgató elég tudni néhány jellemzője”
Saját ajánlások: egy láda sört, chips, meleg papucs és kapcsolja be a TV-sorozat „Karbantartás” (más néven „kompyutorschikov”).
„Ez nem több, mint külön az élelmiszeriparban.”
Minden összekeveredett: madár ajtót. Az agy elmosódott a falon.
„A mítosz a nagyságát a programozó.”
Egy bukott nő! Ha az ügyfél egy gombra kattint ostobán, nem tudva, hogy ő csinál, és kit érdekel.
Hogy valaki az a személy, aki doskanalno érteni a két vagy három hadosztály és egy tucat „szakértők” -knopkodavov?
Egy bukott nő! Ez szélsőséges a bajok, furcsa módon, érti jobban a „szakértők” a végén.
„A mítosz a mágikus ereje technológia.”
Kezelése az azonos mennyiségű technológiát. Tekintettel arra, hogy képtelen kezelni egyáltalán a „managerov”, az összeg a technológia hasonló a varázslat.
Kanban, például. Csak varázslat. A sámánizmus minden managera.
„Szakzsargont nem jelent semmit.”
Nemi szervek! A programozók nem beszélnek a zsargonban? És mi? Juzverej elérhető kifejezések, mint:
„Komputarschiki”, „a dolgot”, „minden színes.” 5 pont aftoru!
Képzeljünk el egy menedzser-igazgató, aki nem ismeri a feltételeit taxik leszállás Airbus. Polar rókák ragyog!
Te és a projekthez!
„A fejlesztők mindig utalt a rossz időben.”
Helyes időzítés senki sem beszél. Jelölje meg hozzávetőleges dátumokat. És minél több jellegzetes és egyszerű feladat, a pontosabb kifejezés.
Bár a komplex projektek, a vasúti megadhatja az időzítés elég pontos. A lényeg, hogy a humán nem gurulás projekt.
„A fejlesztő sajátos veleszületett optimizmus.”
Pizdesh. Az évek során jön pohuizm és jól tájékozott realizmus. Optimisták beugrik értékesítők vagy ajtónállók.
„Nem lehet csinálni” békés úton „”
Mivel az időzítés a feladat „tegnap” és kaotikus „csepp mindent”. De ki vagyok én vitatkozni humanista?
„Szabály 7. Priminanie fű vehet minden időt.
Szoftver mindig arra törekszik, hogy kielégítsék a szükségességét fegyverzet - amennyire csak lehetséges, hogy felkészítse a munkahelyen, hogy az, hogy hozzon létre az eszközöket, hogy telepítse a legújabb szoftvert, a legfejlettebb technológiával. Ha adsz neki az akarat, akkor töltse meg a 100% -át az idő, a hatóságok képesek lesznek bebizonyítani, hogy az ilyen munkát.
Egy biztos jele ennek az állandó elrendezése - csontváz állam számítógépek a munkahelyen, és szokatlan, nem standard program azokon a számítógépeken. "
Tipikus opus managera humán, vagy grammonként nem érti a munkáját programozók. Programozók dolgozzanak nekik - a varázslat priminaniya füvet.
„Meg kell dolgozni, ami van. Ebből következik, gyakorlatilag lehetetlen újra fejlesztők, rendszergazdák és műszaki vezetők a közepes méretű üzleti szellem.”
Takony humanitárius, nem tudta, hogyan kell kezelni az embereket. és valószínűleg egyik sem felelt meg a projekt. Általában mustár mindig buta és lusta katonák.
Csak Suvorov a katonák voltak - egy csoda-hősök.