Да си се похваля или “който рискува – пичели”

Публикувано от Майк Рам на 20.02.2011 г. в 13:09 часа

Преди близо 4 години започнах да се занимавам със собствен бизнес и едно от нещата, които още тогава реших, че ще правя, беше воденето на семинари и обучения по управление на проекти. Тази дейност тръгна през 2007 г. с променлив успех, докато в края на 2008 вече интересът към моите обучения драстично намаля. Не знам дали това беше в резултат на кризата, дали защото хората просто не се интересуват особено от темата за управление на проекти, или пък защото просто не съм се представил достатъчно добре. В крайна сметка, наложи се за известно време да прекратя семинарите по управление на проекти към моята фирма и да се отдам на специализирани частни обучения, които в онзи момент бяха по-изгоден бизнес.

Любовта ми към управлението на проекти, обаче, не изстина – все пак, това е дейността, в която станах истински професионалист и в която вярвам, че мога да бъда полезен на много хора със знанията си и с опита си. Затова, след известна пауза реших да пробвам отново със семинарите по управление на проекти, като този път реших да бъдат по-кратки, но по-стегнати, по-малко официални и луксозни, но повече насочени към това да бъдат полезни, решавайки конкретни практически проблеми и казуси.

В началото тръгна трудно – може би все още мнозина са в плен на мисълта, че спасението от кризата е затваряне в черупка и спиране на всякакви разходи, започвайки с обученията, – но въпреки това открих хора, които живо се интересуват от проблемите в проектното управление и то не за да изпъкнат като ръководители, а просто, защото търсят решение на проблемите, възникващи в работата.  Попаднах на хора, които не чакат шефът им да ги прати на обучение, а сами извадиха пари от джоба си и дойдоха на мои семинари, защото искаха да бъдат по-успешни от преди.

Днес, след няколко проведени семинара, съм щастлив да отбележа, че имам клиенти, които макар и малко на брой, се превърнаха в истински фенове, приятели и партньори, и да работя за тях е истинско удоволствие за мен.

Продължи към пълния текст »

6 съвета за повишаване на ефективността на програмистите

Публикувано от Майк Рам на 04.09.2008 г. в 17:14 часа

Developer

Програмистите са особено племе. Хем са най-обикновени служители (т.е. не изпълняват никакви ръководни функции), хем са високо квалифицирани, скъпи и трудно заменяеми. Това принуждава мениджмънта да се опитва да “изстиска” максимална производителност от тях. Само че, поради навик или поради ограничено мислене, единственият механизъм, който повечето мениджъри прилагат, е увеличаване на работното време. За съжаление, той винаги води до изтощаване – физическо и психическо – и до напускането на програмиста, което едва ли е бил целения резултат.

Ето няколко съвета, които ако не пряко, то косвено могат също да доведат до повишаване на производителността на програмиста, без да разрушават неговата мотивация или здраве.

1. Поддържайте съвременни хардуерни конфигурации.

Съвременните информационни технологии се развиват с главоломна скорост. Един компютър, който миналата година е бил последен писък на технологията, днес вече е не само морално остарял, но и не достатъчно ефективен. Ако някои процедури, като компилирането, например, отнемат по 5 минути, това води не само да чиста загуба на време (особено ако тази дейност се извършва по няколко пъти на ден), но и прекъсва творческата мисъл на програмиста. Понякога изчакването на подобна операция може да го изнерви, с което допълнително се нарушава работния му ритъм. Връщането в режим на креативно мислене, може да отнеме до половин час на всяко едно прекъсване. Като вземем предвид и факта, че цената на хардуера е значително по-ниска от заплатата на програмиста, ще разберем, че наистина няма смисъл да се пести от разходите по техническото оборудване, защото качествения хардуер несъмнено води до по-висока производителност.

2. Не карайте програмистите да “откриват топлата вода”.

Купете всички компоненти, визуални контроли и библиотеки, които екипът прецени, че могат да свършат работа. Щом едно нещо е разработено от други хора и може да влезе в употреба – купете го, вместо да карате вашите програмисти да го разработват наново. Възползвайте се от труда и времето, които други хора са инвестирали, вместо да ги инвестирате и вие. Не карайте вашия екип да открива топлата вода отново, а ги фокусирайте върху специфичните особености на предметната област, която автоматизирате.

Продължи към пълния текст »