Cikk Ashmanova szabályok - Ashmanov és partnerek
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.
kérelem
Megtanulják, hogy megértsék a programozók. „Nem tudom, van egy autó, hogy működik!” - „Plan fejlesztés értelmetlen, az élet még mindig gazdag!” - „Pénteken nem lesz kész, de hétfőn vagy kedden, az biztos.!” - „A program jól dokumentált nyelv C”.
Ahhoz, hogy sikeres a program, tudnunk kell, és a következő néhány egyszerű szabályt. Azonban sok vezetők remélik, hogy viszi, és így.
A megfelelő projektek, és hogy szüksége van. Rossz projektek, és hogyan kell kezelni őket.
Kövesse híreinket
Kérjük, próbálja meg újra