Съвет за development process

138 отговора 0 прегледа
#1

Съвет за development process

Здравейте

Ситуацията е следната: един екип от 8-9 човека, никой от които има ръководни функции, въпреки че по-опитните движат проекта но от към техническата страна, един ПМ който е зает и с много други неща.

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

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

Повечето от тези хора в момента липсват, ПМ не дава зор(но постоянно ме пира готово ли е) даже и той отсъства, тези които са на линия си прекарват една голяма част от времето в други неща.
Изнервящо е, позволих си да повиша тон на един колега за това, че като го питам нещо не ми отговаря веднага, а се разсейва с други неща, който ми е и добър приятел, но на другите нищо не мога да кажа, защото съм на една длъжност с тях. Отговора на колегата ми беше, не съм виновен за лошия менижмънт и е прав. Но въпреки това нещата не могат да продължават така. Кое трябва да се промени. Как да се изгради development process, така че да се намалят лошия дизайн и имплементация на някои класове, в което аз губя много време за поправка.

Whenever I'm sad, I stop being sad and be awsome instead.
Отговор
в отговор на cristal_reaver #2

Re: Съвет за development process

Кое трябва да се промени.
Работата. Процеса се изгражда от екип. Ако е кофти екипа - няма как да го поправиш от долу. За това и пиша да смениш работата, или да преглътнеш проблемите.
При мен (4 човека екип) работим по следния принцип - като има проект, в зависимост от проекта, съответния човек (който е най-добре подготвен в областта) поема ръководството.

Bеer? Mоre?
Плацебото
Отговор
в отговор на bira_more #3

Re: Съвет за development process

Да, в екипа е проблема, но не може от всички да очакваме да са достатъчно добри и да имат абстрактно мислене, за да си направят нещата по-добре. Именно за това на такива хора трябва да даваме най-конкретните неща. Но това не решава проблема с липсата на действие поне в напечени моменти.
А за липсата на умения, не знам...въпреки обясненията понякога не се прави това което сме се разбрали.

Whenever I'm sad, I stop being sad and be awsome instead.
Отговор
в отговор на cristal_reaver #4

Re: Съвет за development process

Ми екип се гради трудно, но пък се руши лесно. Номера е всеки да си знае поне до някъде ограниченията, и да бачка когато трябва на макс.
Но пак повтарям това от долу не става. При нас стана по хоризонтала, ама за доста години.

Bеer? Mоre?
Плацебото
Отговор
в отговор на cristal_reaver #5

Re: Съвет за development process

сменя се ПМ с такъв, дето си върши работата.

Отговор
в отговор на cristal_reaver #6

Re: Съвет за development process

Кво, аджиба, те ебе - като си получаваш заплатата? С голяма вероятност ти си най-голямата скатавка, дето само се чуди как да изкара другите виновни. Което не е лоша тактика де.

Отговор
в отговор на cristal_reaver #7

Re: Съвет за development process

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

чети и дишай по-леко
Отговор
в отговор на Pechenia #8

Re: Съвет за development process

Какво значи моята и твоята работа, проекта е един и е работа на всички. Ако не е готов това значи че всички като екип не сме си свършили работата.
Моята работа я бях свършил, след това трябваше или да се присъединя да помагам на други за да завършим функционално целия проект или да почна един друг модул, който не зависеше от нищо. ПМ и шефа избраха да почна него, въпреки че спред мен беше по-добре да имаме нещо работещо цялостно без този модул, от колкото всичко работещо, но не сглобено.
Завърших и този модул и сега оправям нещата на другите, което е изнервящо защото очаквам работещи неща.
От една страна съм си виновен защото съм показал че в такива ситуации работя на макс, но не искам това да продължава така, има и други хора които вземат много пари, а не са натоварени така.
Напускането не е решение, конфликтни отношения с колегите и оплаквания на шефа също не са.

Whenever I'm sad, I stop being sad and be awsome instead.
Отговор
в отговор на cristal_reaver #9

Re: Съвет за development process

не сте на война, няма да ви застрелят ако не стане. давай го спокойно




NE SUTOR ULTRA CREPIDAM
Отговор
в отговор на cristal_reaver #10

Re: Съвет за development process

Ще подкрепя мнението, че всеки трябва да си гледа работата. Имаш си длъжностна характеристика, имаш си проектни задачи, придържай се към тях. И не се презорвай, това не е полезно никому. И утре е ден.

Отговор
в отговор на cristal_reaver #11

То няма

процес при вас - няма и какво да се променя.
Като гледам няма и репорт-линии, няма и отговорни за каквото и да е. Всичко на героизъм и добра воля - смяяяяях!

ПП: Би ли описал какво точно те кара да смяташ че имате "екип"? Признаците - че сте в една стая ли?

Отговор
в отговор на cristal_reaver #12

Re: Съвет за development process

Що пък напускането да не е решение? Да не би заплатата ти да е 10000 лв., или си твърде тясно специализиран, т.е. нямаш избор?

Отговор
в отговор на cristal_reaver #13

Re: Съвет за development process

То ясно че не вдяваш, като ти говорят на човешки език, затова да преминем към любимия ми вариант: разбор по изречение/абзац.
"Какво значи моята и твоята работа, проекта е един и е работа на всички" - на теб ти плащат да кодиш, на ПМ-а - да управлява, на друг - да мие чашите от кафе и т.н.
"Ако не е готов това значи че всички като екип не сме си свършили работата." - ако си бос на екипа, това ще ти е проблем. Ако не си - не си ври носа в работата на боса - на него за това му плащат.
"Моята работа я бях свършил, след това трябваше или да се присъединя да помагам на други за да завършим функционално целия проект или да почна един друг модул, който не зависеше от нищо. ПМ и шефа избраха да почна него, въпреки че спред мен беше по-добре да имаме нещо работещо цялостно без този модул, от колкото всичко работещо, но не сглобено.
" - пак се напъваш да вършиш чужда (в случая управленска) работа. Сети се сам що са те набутали в кривата нива да копаш изолирано, без да пречиш на колегите.
"Завърших и този модул и сега оправям нещата на другите, което е изнервящо защото очаквам работещи неща." - разбрах че не си шеф, значи нямаш правомощия да "очакваш" каквото и да е. Работи каквото ти дават и си трай.
"От една страна съм си виновен защото съм показал че в такива ситуации работя на макс, но не искам това да продължава така, има и други хора които вземат много пари, а не са натоварени така. " - не са натоварени, щото явно знаят реалните срокове, а и за какво да се товарят - имат си енстусиаст (теб) под ръка, който бачка двойно.
"Напускането не е решение, конфликтни отношения с колегите и оплаквания на шефа също не са." - решението е да си седнеш на гъза, да си прочетеш длъжностната характеристика, да си ореш в твоята бразда и да не надничаш в чуждите канчета.
P.S. Тия неща ги пиша, за да може да си ги четеш след 10-20 години - когато ще си разбрал правилно какво е екип, ординация и субординация, длъжностна характеристика и пр. и пр. Да си ги четеш и да се радваш какъв ентусиазиран ентусиаст си бил.

чети и дишай по-леко
Отговор
в отговор на Kirosviniata #14

Re: То няма

В известен смисъл си прав. Какво трябва да се направи, за да се изгради екип според теб?

Whenever I'm sad, I stop being sad and be awsome instead.
Отговор
в отговор на cristal_reaver #15

Re: Съвет за development process

Какво старо куче си ти бе? Работата или върви или не върви - средно положение няма, иначе чакате разпада. 8-9 човека без началник, който да дава насоката и да ги пришпорва да бачкат е просто лош фирмен мениджмънт.
Работата в екип е труден процес и изисква не само добри професионални способности от всеки един, но и такт и колегиалност. А колкото до грешките и несъгласуваноста, като нямате началник - събирате се и решавате колективно как трябва да решите изискванията на възложителя. Пишете на на файл всичко с детайли и се придържате стриктно към това задание.


... for a brief moment it seemed that rock 'n roll would inherit the earth.
Отговор
в отговор на Pechenia #16

Re: Съвет за development process

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

Bеer? Mоre?
Плацебото
Отговор
в отговор на cristal_reaver #17

Re: Съвет за development process

Тури си ги на кура и пусни Хироуса. Баси хората имало.

I'm a stoned jet fighter with a heart of gold
And I rule this planet from high above
Отговор
в отговор на Beco_ #18

Re: Съвет за development process

Как се пришпорва? Едно от хубавите неща на фирмата е че шефа не психясва и не пришпорва служителите си. Което явно води до свободия на изпълнение на задачите, в следствие на което отговорните хора се изгърчват. Говоря субективно, но за мен това е факт, защото не е за 1ви път.
Не видях добро решение на проблема, а само коментари от програмисти.
Това което смятам да направя е да поема неявно управлението на хората с които ще работим по дадени модули(тея които ще се обаждат че не ми е било в работата, да си траят, имам умения да задвижвам нещата от техническа гледна точка, въпрос на време е да се науча как се задвижват и хората) да си правим scrum meetings и всеки да си казва за колко време ще свърши нещо. Това може да не се хареса на някои но когато си свършим работата като хората ще осъзнаят че е за доброто на всички.

Whenever I'm sad, I stop being sad and be awsome instead.

Редактирано от cristal_reaver на

Отговор
в отговор на cristal_reaver #19

Re: Съвет за development process

Действай. Най-вероятно няма да стане, но ще добиеш ценен опит. Щом като не можеш да приемеш чуждия опит (нещеш да се учиш от чужди грешки - щото не си мъдрец), ще натрупаш собствен, и поне ще разбереш че някои неща не стават така както ги мислиш.

Bеer? Mоre?
Плацебото
Отговор
в отговор на bira_more #20

Re: Съвет за development process

Никой от вас не знае каква точно ми е длъжността и отговорностите. Ей, не съм баш идиот да не правя преценка кое ми влиза в работата и кое не. Няма да се правя на ПМ, но тъй като нямаме тийм лийд може да поема инициативата. Все пак мен питат какво става с проекта и до къде е, а не някой друг, това значи че от мен(и от още няколко) се очаква повече спрямо другите.

Whenever I'm sad, I stop being sad and be awsome instead.
Отговор