‘suhtlus’ sildiga artiklid

On teada üks kutsehaigus, kus igat ettejuhtuvat probleemi püüab spetsialist lahendada vastavalt oma professioonile. Juristid arvavad, et kõik probleemid saab lahendada vettpidavate lepingutega. Programmeerijad arvavad, et iga probleemi lahendamiseks on vaja kirjutada programm. Hiljem kui programm on valmis, tuleb seda hooldada ja käigus hoida, aga administreerimine ei ole arendajatele motiveeriv tegevus. Tutvustan Saikus kasutatavaid teenuseid, mis aitavad meil igapäevaselt oma töödega hakkama saada ilma, et peaksime pool (jah, ma pingutan üle) tööajast toetavate tegevuste tarkvarade haldamisega tegelema. Loe edasi »

Suhtlus on tähtsal kohal projektis. Suur osa probleeme, mis tekkivad, on tingitud vähesest suhtlusest. Sellest pikemalt või lugeda eelnevast postitusest “Miks projektid ebaõnnestuvad”. Selle postituse raames vaatlen, millised suhtluse liigid on ja mis nende eripärad on.

Esimese hooga võib suhtlust liigitada kaheks: sünkroonne ja asünkroonne. Scott W. Ambleri artiklis oli toodud ära suhtluse efektiivsuse kurv, mis algas e-postiga ja lõppes näost näkku suhtlusega tahvli juures. Kui x-teljel vahetada suhtluse rikkalikus ära sünkroonsusega, siis see näeks sama välja.

Loe edasi »

Ammu aega tagasi sai käidud projektijuhtide koolitusel ning sealgi küsiti sama küsimust. Vastuseid oli palju: ebatäpsed nõuded, tehniline praak, halvad ajahinnangud, scope creep, vähene suhtlus jne. Siiski taandaksin ise ebaõnnestumise kahele peamisele probleemile: suhtlemine ja tehniline praak.

Uurides põhjalikumalt, miks on ebatäpsed nõuded, siis taandub see vähesele või ebaefektiivsele suhtlusele. Teine variant võib olla ka see, et ei saadud pidevalt tagasisidet, mis on üks suhtluse vorme. Ebatäpsed ajahinnangud viitavad samale probleemile. Kui arendada tsükliliselt, siis peaks olema võimalik ajahinnanguid korrigeerida. Tellijagi peaks aru saama, et ennast petta pole mõtet, kui teostaja soovib ajahinnanguid muuta (siinkohal võib tellija otsustada pigem, kas sellise kulu põhjal on tal vastavat funktsionaalsust kasulik osta). Loe edasi »

KATEGOORIAD

• .NET (18)
• Analüüs/Arhitektuur (11)
• Arendus (66)
• Ettevalmistus (1)
• Juhtimine (2)
• Varia (23)

SILDIPILV

• .NET (41)
• ilus kood (23)
• Arendus (23)
• C# (20)
• Analüüs/Arhitektuur (14)
• Testimine (10)
• raamat (8)
• Ruby (8)
• projektijuhtimine (8)
• printsiibid (6)
• produktiivsus (5)
• ReSharper (5)
• PHP (5)
• NHibernate (4)
• objekt-orienteeritud (4)
• pidev integratsioon (4)
• Viited (4)
• agile (4)
• Java (4)
• Geekdinner (4)
• lean (4)
• raamatukogu (4)
• CI (3)
• Cruise Control.NET (3)
• Robert C. Martin (3)
• scrum (3)
• iteratsioon (3)
• suhtlus (3)
• jQuery (2)
• TechEd 2008 (2)
• Visual Studio (2)
• valideerimine (2)
• intervjuu (2)
• analüüs (1)
• ASP.NET (1)
• ümberstruktureerimine (1)
• üritus (1)
• CodeRush (1)
• dokumentatsioon (1)
• Kent Beck (1)
• LINQ (1)
• Martin Fowler (1)
• Moq (1)
• Rhino Mocks (1)
• stackoverflow (1)
• võltsitud objektid (1)
• Whiteboard Wednesday (1)
• hindamine (1)
• tarkvara kvaliteet (1)
• ajagraafikud (1)
• Saiku (1)
• koolitus (1)
• tagasivaate (1)
• koosolek (1)
• dünaamilised keeled (1)
• staatilised keeled (1)
• FluentNHibernate (1)
• facebook (1)
• aastapäev (1)
• Rake (1)
• Oredev 2008 (1)
• toyota way (1)
• raiskamine (1)
• NDepend (1)
• podcasts (1)
• väle tarkvaraarendus (1)
• raido tonts (1)
• minimal marketable feature (1)
• kasutajalugu (1)
• twitter (1)
• Joomla! (1)
• MVC (1)
• andmebaas (1)
• versioonimine (1)
• diskussioon (1)
• regulaaravaldised (1)
• motiveerimine (1)
• mõõdikud (1)
• agileestonia (1)
• riistvara (1)
• koolitused (1)
• kujundus (1)
• kodulehed (1)
• veeb (1)