BiznisBlog - Recenzija knjige: Getting Real (37signals)

Recenzija knjige: Getting Real (37signals)

Poslednja dva mjeseca sam bukvalno u raljama menadžmenta,
čitam paralelno po nekoliko knjiga na ovu temu, a eto nađoh vremena da isčitam i ovu svojevrsnu menadžment knjigu od Frieda i kompanije o kojoj sam već ranije mnogo pisao. Za prave poznavaoce filozofije i metodologije 37signals u suštini Getting Real ne donosi apsolutno ništa novo. Svakom ko je čitao njihove tekstove u poslednje dvije-tri godine na Signals vs Noise blogu toplo preporučujem da zaobiđe ovaj naslov.

Sam koncept knjige i organizacija sadržaja su odlično zamišljeni, ali nisam zadovoljan finalnom realizacijom. Čitajući knjigu, čitavo vrijeme sam osjećao nedorečenost koja je uslovljena po mom mišljenju brzinom pisanja, nedostatkom istinskog elana i željom autora da se knjiga što prije lansira na tržište. U stvari, Fried je kreirao osnovni koncept, izvadio stare tekstove iz naftalina zvanog SvN, upotrebio iste misli (bez većih revizija) u Hemigvejskom stilu pojednostavljivanja rečenica koje više počinje da vrijeđa intelekt čitaoca, a zatim iste te rečenice prebacio u imperativ. Ovim dolazimo do paradoksalne situacije da je kvalitet samog teksta u knjizi mnogo lošiji u odnosu na kvalitet SvN tekstova iz perioda prije lansiranja Basecampa. Nedorečenost je prisutna i iz samog koncepta da se napišu kratke pričice o jednoj misli na jednoj do maksimalno dvije strane, začini to primjerom iz prakse na pola strane i gotovo. Kada sam kod primjera iz prakse, očekivao sam da će biti kudikamo zanimljiviji i kvalitetniji, ali šta je tu je.

Šta bih mogao da napišem čitaocima koje slabo poznaju rad 37signalsa, a željeli bi da pazare i pročitaju knjigu? Iako knjiga ima solidne šanse da vas inspiriše u određenim segmentima, $19 koliko košta definitivno ne vrijedi. Iskusni interfejs dizajneri su se mahom već susretali sa konkretnim problemima (i rješenjima) koja se obrađuju u knjizi i sa tog aspekta oni tu neće naći ništa novo sem satisfakcije da se njihovo razmišljanje poklapa sa stavovima ljudi iz jedne uspješne kompanije kao što je 37s. Iskusni programeri bi trebalo da razmotre neke stavove o značaju interfejsa u projektovanju aplikacije, ali po mom ličnom mišljenju velike su šanse da isti brzo knjigu odbace kao nerealnu, jer pogađa tipičan programerski ego. Oni manje iskusni programeri pogotovo neće shvatiti iznesene stavove, pa njima preporučujem da zaobiđu ovaj naslov. Ko bi onda u stvari trebalo onda da pazari ovu knjigu? Po mom mišljenju početnici u interfejs dizajnu i projekt menadžeri. Početnicima bih preporučio da prođu uzduž i poprijeko kroz Getting Real, tu će svakako pronaći dosta dobru osnovu u samom razmišljanju i pristupu interfejsu koja će ih lišiti nepotrebnog lutanja po stilovima i školama dizajna. Što se tiče projekt menadžera, mislim da bi trebalo da pročitaju knjigu i razmotre veoma pojednostavljenu metodologiju kreiranja jednostavnih aplikacija u malim timovima sa ograničenim budžetom. Smatram da u Getting Real upravo menadžeri iz softverske industrije mogu naići na dosta inspirativnih momenata. Uprkos 37s propagandi, nažalost, u okruženju velikih timova, najveći dio stvari koja se propagira pod Getting Real etiketom, neće pronaći svoju primjenu.

Posebno bih se zahvalio kolegi Vuku Ćosiću, koji mi je poklonio primjerak ove knjige.

autor: mungos

e-poslovanje

ponedjeljak, 24 travanj 06

UKUPNO KOMENTARA: 13

Ilija Studen // 24.04.2006. 16:02

Iskusni programeri bi trebalo da razmotre neke stavove o značaju interfejsa u projektovanju aplikacije, ali po mom ličnom mišljenju velike su šanse da isti brzo knjigu odbace kao nerealnu, jer pogađa tipičan programerski ego.

Bil’ bio toliko dobar da objasniš. Mislio si na hard core programere kojima je najbitnija stvar da “endžin” radi, a izgled ko šiša ili?

Marko Bijelić // 24.04.2006. 16:36

Ne baš one zadrte hard core programere, ali mislio sam na iskusnije programere kao čitavu grupaciju. Evo ti jedan konkretna strana:

Interface First

“Design the interface before you start programming

Too many apps start with a program-first mentality. That’s a

bad idea. Programming is the heaviest component of building

an app, meaning it’s the most expensive and hardest to change.

Instead, start by designing first.

Design is relatively light. A paper sketch is cheap and easy to

change. html designs are still relatively simple to modify (or

throw out). That’s not true of programming. Designing first

keeps you flexible. Programming first fences you in and sets you up for additional costs.

Another reason to design first is that the interface is your

product. What people see is what you’re selling. If you just slap an interface on at the end, the gaps will show.

We start with the interface so we can see how the app looks and feels from the beginning. It’s constantly being revised throughout

the process. Does it make sense? Is it easy to use? Does it solve the problem at hand? These are questions you can only

truly answer when you’re dealing with real screens. Designing

first keeps you flexible and gets you to those answers sooner in

the process rather than later.”

Eto, sad ti prokomentariši kako će minimum 80% programera da reaguje na ovo :-)

Inače, samo deset strana u knjizi je direktno posvećeno kôdu i to je glavni zaključak “less code”.

(Napomena: ovo poglavlje je javno dostupno za besplatan download sa sajta knjige. Inače evo vam i direktan primjer koliko je teksta na jednoj strani u knjizi)

Denis Radenkovic // 25.04.2006. 04:23

bq. Posebno bih se zahvalio kolegi Vuku Ćosiću, koji mi je poklonio primjerak ove knjige.

Zar nije zabranjeno prenositi knjigu ;-)

Marko Bijelić // 25.04.2006. 04:57

This book was prepared for vuk cosic and up to 10 co-workers.

(stoji u footeru svake strane)

Vuk je kupio grupnu licencu i između deset saradnika kojima prema licenci može prenijeti knjigu, poklonio i meni jedan digitalni primjerak ;-)

Petar Pavlovic // 25.04.2006. 09:08

Ja sam dao $19 za tu knjigu, ali jos nisam stigao da je procitam (iako sam sample chapter “pojeo” za pola sata).

Sto se tice ovog sample poglavlja gde kazu da treba prvo dizajnirati interfejs, a onda kodirati, to je 100% ispravno. Ja, operisan od dizajna, hard-core progamer samo popljuvao to u startu. Medjutim, iz iskustva se vise puta pokazalo da ako ne znas kako ce ti interfejs izgledati, moze da se desi da

# ne znas sta sledece da uradis

# moras X puta da prepravljas dizajn aplikacije jer si nesto zaboravio ili ces dovesti korisnika u situaciju da ne zna sta odredjeni korak aplikacije radi.

Posto sam i dalje operisan od dizajna, onda samo radim prototipove interfejsa koji odrazavaju izgled i upotrebljivost finalnog proizvoda, a kasnije sa dizajnerom poradimo na konacnom izgledu.

I neka mi dizajneri kazu koliko ima dizajnera koji su stvarno dizajneri i onih koji su “dizajneri”. Razlika je u tome sto dizajneri treba da poznaju ponasanje prosecnog korisnika sajta, a ne samo da stave fancy boje, “raspale” po PhotoShop efektima i sl.

Mladen Jablanović // 25.04.2006. 09:49

U svakom iole organizovanom razvoju softvera funkcionalna specifikacija prethodi bilo kakvoj implementaciji, tako da… mislim, ono… daj neko poglavlje u kome se kaže nešto novo. :)

Marko Bijelić // 25.04.2006. 10:42

Lično u svom radu isključivo primjenjujem “interface first” filozofiju, to jeste pristup “interfejs je softver”. Problem je u tome što većina programera, a i dizajnera, ne zna šta je uopšte interfejs. E sada, do tog saznanja da je mnogo praktičnije da se interfejs prvi dizajnira, sam došao samostalno iskustvom kroz rad. Bio bih nekorektan, kada ne bih napisao da su 37signals tamo negdje u periodu 2002-2004. konstatno inspirisali i da sam od njih naučio mnogo toga. Prvenstveno sam zbog toga možda i posvetio mnogo tekstova o 37s na Biznisblogu (uključujući i jedan tekst u aktuelnom PC magazinu).

Kao što Boccio reče na paralelnoj dpt temi Iliji: “Ne uzimaj sebe za primer, tvoja zarada i reputacija govore dovoljno o profesionalnosti, pricamo generalno o programerima sa ovog podneblja…” Tako sam i ja mislio na generalne iskusnije programere sa ovog podneblja, a ne na kolege sa ove diskusije—profesionalce kao što su Ilija i Petar Pavlović, koji su do “interface first” koncepta došli kroz svoj praktički rad.

Mladen: što se tiče funkcionalne specifikacije, ovi iz 37s to striktno odbacuju, ali mislim da bi se o ovome naširoko moglo diskutovati. Lako je to odbaciti kada si sam sebi gazda, u klijentskim uslovima je to malo drugačije, pogotovo kod komplikovanijih softverskih projekata.

Mladen Jablanović // 26.04.2006. 05:17

?! Kako misliš “striktno odbacuju”? Funkcionalna specifikacija ti upravo definiše interfejs od koga počinješ. Nisam dosad čuo ni za jednu jedinu uspešnu firmu koja ne koristi funkcionalne specifikacije.

Marko Bijelić // 26.04.2006. 12:50

Evo preneseni dio poglavlja:

There’s Nothing Functional about a

Functional Spec

Don’t write a functional specifications document

These blueprint docs usually wind up having almost nothing to

do with the finished product. Here’s why: – Functional specs are fantasies

They don’t reflect reality. An app is not real until builders are

building it, designers are designing it, and people are using it.

Functional specs are just words on paper.

– Functional specs are about appeasement – Functional specs only lead to an illusion of agreement – Functional specs force you to make the most important

decisions when you have the least information – Functional specs lead to feature overload – Functional specs don’t let you evolve, change,and reassess

stariji tekst na 37s SvN”

+ noviji o istoj temi iz 2006

Mladen Jablanović // 27.04.2006. 02:29

Interesantno. I vrlo pogrešno. Kao prvo, skice interfejsa su obično deo same specifikacije i ova njihova priča “nas dvojica čitamo istu specifikaciju na dva različita načina” nikako ne pije vodu. Pa ona se upravo piše zato i na taj način da minimizuje nesporazume! Nesporazume ne samo između izvođača i klijenta, već (nimalo manje bitno) i između članova samog tima. Nisu svi softverski timovi sastavljeni od tri superstar programera kao ovi što su iskodirali Basecamp. Čim postoji odvojena funkcija software analysta, specifikacija je jedino moguće sredstvo komunikacije sa programerima i dizajnerima. Ako su članovi još prostorno dislocirani (outourcing, anyone?), jednostavno drugi način jednostavno ne postoji.

Svima savetujem da dobro pročitaju Džoelov elementarni članak o specifikacijama http://www.joelonsoftware.com/articles/fog0000000036.html i ne zavaravaju se puno pričama hotshot dizajnera koji su u timu od par ljudi sami sebi napravili veb aplikaciju.

Marko Bijelic // 27.04.2006. 06:43

To je to. Mada ja sam tu negdje između, po eklektičkom principu od 37s uzimam ono što mislim da ima smisla, uglavnom filtriram kroz “smisleni filter”, odnosno koliko je njihova filozofija zaista “Real” i koliko odskače od tima u vidu superstar trojke. Suština je da dobar dio njihovih stavova nije primjenljiv u prosječnom timu. Ono što je jedino teorijski moguće, jeste da kao project manger probaš da oformiš što manji tim ljudi koji odlično zajedno funkcionišu da bi mogao odgovarajuće da odradiš te projekte.

Igor Bogicevic // 29.04.2006. 13:54

ima jos jedna bitna stvar, koliko je njihova “superstar trojka” bila dislocirana? istina je zapravo negde izmedju, tradicionalna forma spec-ova ume da bude prilicno bloat-ovana standardnim formatima, uvodom, razradom, zapletom itd. ali to nije dobar spec, to je samo opsiran spec. njhov pristup, koliko god da je efikasan u malom okruzenju 3 developera koji rade u istoj sobi (ok, ne obavezno u istoj sobi), bi imao niz katastrofalnih konsekvenci u bilo kojem vecem okruzenju – sorry, ali kada finansije i tim prerastu garazu, pravila developmenta koja su do tada vazila takodje odrastaju, ili entropija ‘pojede’ isti (retardirani development?).

Marko Bijelić // 29.04.2006. 17:26

Bilo bi dobro da neko baci linkove kao praktičnim primjerima dobrih spec-ova, Joel je dosta dobro pojasnio stvari u tekstu koji je Mladen linkovao iznad. Baš upravo taj dio sa odrastanjem i širenjem tima je najbolja ilustracija za gotovo neizbježnu katastrofu. Oni su se potpuno, što graniči sa ego-trip-glopošću, ograničili na idealne uslove “superstar trojke” u kojima su oni radili i potpuno se vode idejom: ako je radilo kod nas, radiće i kod vas, ili barem (dobar) dio savjeta možete iskoristiti. Što je u suštini dosta promašena filozofija. Čitanje Getting Real je samo po sebi veoma primamljivo i dosta stvari je lijepo i jednostavno objašnjeno, ali u praksi vladaju totalno drugačija pravila.

Ja iskreno nisam nikada radio u okruženju većih timova, ali sasvim solidno poznajem rad malih timova (2-5) u kojima sam radio. Prije mjesec dana sam se uključio u mini eksperiment sa jednim IT start-upom koji je inicijalno u početku brojao 9 ljudi (5 u menadžementu) sa tendencijom rasta zaposlenih i uopšte sama faza planiranja tog projekta nije imala nikakva veze sa bilo čim napisanim u Getting Real. Uglavnom, pravovremeno sam okončao isti eksperiment ;)

Inače, ima još jedna stvar u ovoj knjizi i samoj filozofiji, a to je da se nigdje ne spominje bilo šta što je vezano za liderstvo, sem par usputnih savjeta o upravljanju projektom. O organizacija tima koji broji 4 i više članova i načinu menadžerisanja istog, nigdje ni traga ni glasa u čitavoj filozofiji.

Kategorije

Preporuka

Bila jednom zemlja krumpira

10 veljača 2009

Forex trader

02 veljača 2009

Doprinosi, članarine

14 ožujak 2009

Do profita, pa makar i preko leševa

15 prosinac 2011

Psi laju karavane prolaze

23 kolovoz 2011

Obećanje ludom radovanje

12 listopad 2011

Na putu prema dolje

23 listopad 2011

Teško pamtimo i brzo zaboravljamo

08 siječanj 2012

Shit Happens

29 travanj 2012

Kako zbraja vlada

16 siječanj 2010

Najnoviji komentari

seo optimizacija
Strah me je razmišljati što je ostalo od praznika rada, radnici uništeni, poniženi i poraženi, ...

Karlo
Nenaplaćena potraživanja... I moj posao su ubila :(...

autobusni kolodvor
svi drzavni zakoni za male poduzetnike su postavljeni tako da te vode u propast zato i dolazi do nep...

Sanovnik
Oni godinama proizvode "lažne" dolare i forsiraju politiku da bogati postaju sve bogatiji a siroma�...

Najam automobila
Kina je zatvorena zemlja sa represijom, s druge strane nemaju baš neke originalne proizvode, tj. ne...

Michael Träger
Hrvatski savez udruga proizvođača mlijeka "Dužni smo još jedanput upoznati javnost da je Savez...

shop
Odlican tekst, sve pohvale!...

Brzo & Kratko

autor: Valentina J.Z.T.
Sanja Modrić u Novom listu pod komentarom "Mužnja države" piše:Zahvaljujući praksi bivše vlasti da se novcem poreznih obveznika politički podmićuju razne socijalne skupine, hrvatski poljoprivrednici, pa i mljekari, mogli su se često pohvaliti čak i znatno većim subvencijama nego veliki europski farmeri, ali to se, naravno, nije davalo na velika zvona...

autor: Administrator
"Dužni smo još jedanput upoznati javnost da je Savez u pisanoj formi 14. veljače uoči prosvjeda obavijestio Dukat d.d. da će doći do zastoja u prometovanju vozila ispred Dukata, ali da prosvjednici neće zaprečivati cisterne koje svakodnevno kupe mlijeko od kooperanata. Menadžment Dukata je izdao nalog da cisterne ne uzimaju mlijeko čime je ucjenjivao kooperante s ciljem iznude novih ugovora s nepovoljnim uvjetima", priopćio je Krizni stožer za obranu cijene sirovog mlijeka toga saveza udruga. Također napominju da su ucjena i iznuda kazneno djelo. Hrvatski savez udruga proizvođača mlijeka.

autor: Valentina J.Z.T.
Na zahtjev vlasti u Hrvatskoj Google je u razdoblju od srpnja do prosinca 2010. godine morao cenzurirati određene sadržaje na internetu kojim 'surfaju' korisnici iz Hrvatske. Sve što je tadašnja vlast zatražila, Google je i napravio.

autor: Administrator
Uz toliko siromasnih i gladnih oni proljevaju tisuce litara mlijeka.... Obijest i pohlepa... Poduzetnicima nitko ne nadoknadjuje kada moraju spustiti cijenu na trzistu da bi bilo konkurentniji....

autor: Administrator
Što je sa autorskim dijelima koja sami autori postave na internet ? Nisu li se svojim postupkom odrekli prava ?

autor: Valentina J.Z.T.
Linić: Reforma nije moguća bez otpuštanja u javnim poduzećima

autor: Administrator
Izgleda da nova ekipa živi na nekoj drugoj planeti.... Želite poštenje pa krenite od osnova, kao na prijmjer glavnice i kamata.... Kamatari prvo naplacuju kamate a pošteni bi trebali prvo otknjižavati ono što je prvo i nastalo a to je glavnica, kamate tek po otplačenoj glavnici... Kamate je zaštitno sredstvo kapitala datog u glavnici i kao takova nastaje za period dok se ne otplati glavnica, a ne obrnuto....

autor: Valentina J.Z.T.
6000 ljudi u 90 agencija i zavoda troše 1,2 mil. kn na dan, za što?

autor: Administrator
Što i kako dalje ? Imate svoje mišljenje ili ideju što poduzeti da se pokrene naše društvo, pošaljite je i mi čemo je objaviti za Vas......

autor: Valentina J.Z.T.
Sramota! Pozvati jadne radnike da dođu iz Đakova u Zagreb kako bi im se relo da pomoći od Vlade nema.

Linkovi

Ebit IT

IT rejšenja za male, srednje i velike poduzetnike. Internet, programska rješenja po mjeri korisnika, hosting, savjetodavne usluge.

Plus IT hosting

Najbrže rastući hosting pružatelj usluga, odlična usluga, podrška 24/7, najbolje cijene za odlične pakete....

Cube hosting

Jedan od najpovoljnijih hostinga na našim prostorima.

Srebro Zlato

Vrlo vrijedan web.....

Tramot link in

Upisivanje u link direktorij na webu koji ima Google PR 6, dodaje značaj svakoj upisanoj domeni.....

Web link direktorij

Baza linkova, zanimljivo za povezivanje sa domenom koja ima GPR 6, posjeta i skoro pa kultni status....

Umjetnost prodavanja

Portal za sve prodavače, direktore prodaje i one koji žele naučiti kako prodati svoje ideje, proizvode ili usluge.

Cronomy

Cronomy blog je prvenstveno namjenjen diskusijama i kritikama usmjerenim ka i o Hrvatskoj ekonomiji, njenom razvoju, kliničkom stanju, reformama i općenito ekonomskoj znanosti.

Borja.org

Sajt sa najbržim Web 2.0 novostima na ovim prostorima uz obilje drugih raznovrsnih tema.

Uvjeti korištenja

Impresum

Online projekti

Okuspokus.hr | Okuspokus.rs | Cookfoodworld.com | Biznisblog.com | Najnovijevijesti.net