Съвет за development process
138 отговора
0 прегледа
Re: Съвет за development process
Ентусиаст си.. ще ти мине :)
Revolution, the only solution,
The armed response of an entire nation
System of a Down P.L.U.C.K.
Revolution, the only solution,
The armed response of an entire nation
System of a Down P.L.U.C.K.
Re: Съвет за development process
Щом ти харесва длъжността пъдар, действай. Но като гледам това ти изказване:
"имам умения да задвижвам нещата от техническа гледна точка, въпрос на време е да се науча как се задвижват и хората"
Още отсега мога да предвидя какъв ще е резултата. Пооправи си резюмето и започни да ходиш на интервюта за тренировка.
The last good thing written in C was Franz Schubert's Symphony No. 9.
"имам умения да задвижвам нещата от техническа гледна точка, въпрос на време е да се науча как се задвижват и хората"
Още отсега мога да предвидя какъв ще е резултата. Пооправи си резюмето и започни да ходиш на интервюта за тренировка.
The last good thing written in C was Franz Schubert's Symphony No. 9.
Според мен
първо трябва да има мислещи хора които да анализират проекта - и после да се сглобява екип който да го изпълнява.
От твоите думи излиза че дори и ПМ-а си няма идея какво става щом е в тоя проект "между другото". За начало го СМЕНЕТЕ него, после минете на СКРЪМ понеже при вас липсва прозрачност кой какво прави дори. Е, аз поне във вашата ситуация това бих направил.
ПП: Знам че бая народ сега ще ми скочи - ама си вземете QM и го вкарайте да направи ревюта на рекуайърмънтите ви още - понеже бас държа че батака ви започва оттам (+зле скалъпена "архитектура") и става само по-зле и по-зле. После същия този ще ви тества на всеки такт (по скръма) и в крайна сметка набързо ще ви се изясни КАКВО правите, КОЛКО сте направили и ви остава - изобщо как се движите. Изобщо QM-а трябва да действа заедно с ПМ-а колкото се може по-отрано и да има правата да казва че нещата са замислени и изпълнени ЗЛЕ - без да се притеснява от санкции (все пак туй му е работата нали?).
От твоите думи излиза че дори и ПМ-а си няма идея какво става щом е в тоя проект "между другото". За начало го СМЕНЕТЕ него, после минете на СКРЪМ понеже при вас липсва прозрачност кой какво прави дори. Е, аз поне във вашата ситуация това бих направил.
ПП: Знам че бая народ сега ще ми скочи - ама си вземете QM и го вкарайте да направи ревюта на рекуайърмънтите ви още - понеже бас държа че батака ви започва оттам (+зле скалъпена "архитектура") и става само по-зле и по-зле. После същия този ще ви тества на всеки такт (по скръма) и в крайна сметка набързо ще ви се изясни КАКВО правите, КОЛКО сте направили и ви остава - изобщо как се движите. Изобщо QM-а трябва да действа заедно с ПМ-а колкото се може по-отрано и да има правата да казва че нещата са замислени и изпълнени ЗЛЕ - без да се притеснява от санкции (все пак туй му е работата нали?).
Редактирано от Kirosviniata на
Изглежда
си решил да скочиш до кръста в лайната
"Едно от хубавите неща на фирмата е че шефа не психясва и не пришпорва служителите си.
.........................
.........................
имам умения да задвижвам нещата от техническа гледна точка, въпрос на време е да се науча как се задвижват и хората) да си правим scrum meetings и всеки да си казва за колко време ще свърши нещо. "
Първото нещо ХИЧ не е хубаво. Не одобрявам психясвасванията ама юркане си трябва - и си има начини за това.
Което пък води до втората част - движи си техническите неща и не си представяй че така е и с хората. Чака те грозна изненада хахаха, и доста ножове в гърба най-вече. При скръм-а не се чака всеки да решава за колко време ще свърши нещо, времето там е ясно (имаш тактове). Скръм мийтингите имат друга цел, иди в някоя фирма и погледай малко (сериозно го казвам) - скръма не е панацея и не пасва на всеки тийм/проект! При вас ще работи - но отсега те виждам че опитваш да нарушаваш правилата му (скръм мастъра НЕ трябва да е от тима и т.н., той е НЕЗАВИСИМ и това пасва с ролята му). Компромисите при скръма го правят неработещ - колкото и да са малки (дисциплинааааааа).
"Едно от хубавите неща на фирмата е че шефа не психясва и не пришпорва служителите си.
.........................
.........................
имам умения да задвижвам нещата от техническа гледна точка, въпрос на време е да се науча как се задвижват и хората) да си правим scrum meetings и всеки да си казва за колко време ще свърши нещо. "
Първото нещо ХИЧ не е хубаво. Не одобрявам психясвасванията ама юркане си трябва - и си има начини за това.
Което пък води до втората част - движи си техническите неща и не си представяй че така е и с хората. Чака те грозна изненада хахаха, и доста ножове в гърба най-вече. При скръм-а не се чака всеки да решава за колко време ще свърши нещо, времето там е ясно (имаш тактове). Скръм мийтингите имат друга цел, иди в някоя фирма и погледай малко (сериозно го казвам) - скръма не е панацея и не пасва на всеки тийм/проект! При вас ще работи - но отсега те виждам че опитваш да нарушаваш правилата му (скръм мастъра НЕ трябва да е от тима и т.н., той е НЕЗАВИСИМ и това пасва с ролята му). Компромисите при скръма го правят неработещ - колкото и да са малки (дисциплинааааааа).
ами не,
това което става е че се опитват да те вкарат във филма да поемеш отговорността без да си лийд въобще
Много яко, евала (на останалите, ако успеят)!
Много яко, евала (на останалите, ако успеят)!
Re: Според мен
Мерси, ти, бирата и 435 ми дадохте добри съвети. Ако може да ми препоръчате нещо кратко, но обстойно четиво за скръм. Имам представа какво е, но мисля че ние го ползваме доста искривено, което е лошо.
Whenever I'm sad, I stop being sad and be awsome instead.
Whenever I'm sad, I stop being sad and be awsome instead.
Re: Изглежда
как се юркат хората, това е задължение на ПМ или на шефа, а не на някой от екипа който всички да го намразят.
Whenever I'm sad, I stop being sad and be awsome instead.
Whenever I'm sad, I stop being sad and be awsome instead.
Re: Съвет за development process
Идваш, питаш, получаваш отговори. Отговорите не ти харесват.
Забележи нещо особено важно - получаваш сходни отговори от хора които се карат иначе за всякакви други неща.
Аз ти обяснявам нещата на база собствен опит. Бил съм в подобна ситуация. С част от колегите се сработваме идеално, и работим. Има говеда които не вдяват. Нищо не можеш да направиш. Накрая разбира се шефа ги разкарва, ама когато и ако той реши.
Е сега сме формирали екип в който говеда няма. Ама ми отне много време.
Bеer? Mоre?
Плацебото
Забележи нещо особено важно - получаваш сходни отговори от хора които се карат иначе за всякакви други неща.
Аз ти обяснявам нещата на база собствен опит. Бил съм в подобна ситуация. С част от колегите се сработваме идеално, и работим. Има говеда които не вдяват. Нищо не можеш да направиш. Накрая разбира се шефа ги разкарва, ама когато и ако той реши.
Е сега сме формирали екип в който говеда няма. Ама ми отне много време.
Bеer? Mоre?
Плацебото
Re: Съвет за development process
Такива винаги има, но и заплащането им е такова. Макар че има и хитри говеда. Не може да се изисква еднаква продуктивност и умствени качества от всички. Но може да се изиска да си вършат работата вместо да гледат клипчета. Редовно ми се случва някой да ме извика да му обяснявам нещо и като отида да го заваря да е във фб или ютюб. Това ако шефа го види и сметне че му е проблем, да се оправя, но в напечени ситуации това е нагло от тяхна страна. Ако не е доволен от нещо няма си дава зор, другите ще бачкат, някой от другите ако изпорти, той ще е лошия. Всеки си има своя истина и разбирания. Мен какво правят другите не ме интересува стига да си вършат работата и да не трябва аз да работя извънредно.
Whenever I'm sad, I stop being sad and be awsome instead.
Whenever I'm sad, I stop being sad and be awsome instead.
Ако правилно схващам,
смяташ че скръма е нещо дето го прочиташ за половин час - и вече ти работи?
Намери някъде тим който го прави, иди на гости и виж.
[линк])
Много внимавай с ролите - ВСИЧКИТЕ са ЗАДЪЛЖИТЕЛНИ!
И не се пробвай да използваш всичко, едва ли ще пасва.
Намери някъде тим който го прави, иди на гости и виж.
[линк])
Много внимавай с ролите - ВСИЧКИТЕ са ЗАДЪЛЖИТЕЛНИ!
И не се пробвай да използваш всичко, едва ли ще пасва.
По време
на скръм мийтингите всеки Божи ден лъсва кой си плаче за юркане - после той сам се юрка хахахаха
Но повечето говеда са свикнали на мързел - затова тийм лида юрка, ако стигне до ПМ (той не е пийпъл мениджър) - той не юрка отделните хора а целия тим.
Не знам на кого казваш "шефа" - такава роля НЕ СЕ използва в процеса.
Но повечето говеда са свикнали на мързел - затова тийм лида юрка, ако стигне до ПМ (той не е пийпъл мениджър) - той не юрка отделните хора а целия тим.
Не знам на кого казваш "шефа" - такава роля НЕ СЕ използва в процеса.
Re: Съвет за development process
аз бих те посъветвал екипа да се сглоби, стигнете ли до хай-перформанс тийм, процеса няма кой знае какво значение в детайли (или по-скоро каквото и да си харесате да следвате, накрая проекта ще стане)
Re: По време
ако тийм лийда е от екипа, няма ли да го мразят всички че ги юрка?
Как ги юрка без да го мразят
Whenever I'm sad, I stop being sad and be awsome instead.
Как ги юрка без да го мразят
Whenever I'm sad, I stop being sad and be awsome instead.
Стига с туй мразене,
то няма никакво значение. Целта е всеки да върши работа, нека после да мрази на воля когото си иска. Да имаш за цел никой да не те мрази може да доведе до много безгръбначно поведение - абсурд на ръководна длъжност!
Re: Т.е.
първо прочети, какво е това после пиши - хай перформанс тийм, няма нищо общо със супер герой на 1 място (не хай перформанс програмист, а тийм), и без това си написал куп глипости за скръм-а, не се излагай повече.
Не коментирам чуждите постове, че ще стане много дълго.....затова не съм писал и нищо за глупостите ти за скръма
Не коментирам чуждите постове, че ще стане много дълго.....затова не съм писал и нищо за глупостите ти за скръма
Редактирано от 435 на
Re: Съвет за development process
това е един от принципите на йах-перформанс тийм-а : споделено лидерство
взаимна заменяемост имате ли ? :)
взаимна заменяемост имате ли ? :)
Re: Т.е.
Един герой е достатъчен.
Най-често е шеф/собственик/ПМ, взел се много насериозно.
Re: Т.е.
Да добавя малко лично впечатление от SCUM.
Беше ни натрапен от един шеф, който иначе виждаме много рядко. Събрали сме се всяка сутрин два големи екипа, и всеки мънка нещо, от което само той си разбира. Безумно губене на време по минимум час на ден, стигали са и до три и половина чАса дневно. С над 80% от колегите сме споделяли, че това ги демотивира, а сроковете за капак остават същите.
Един колега напусна само заради тая простотия. При мен също беше една от причините да зарежа великата корпорация.
Програмистите по принцип обичат да мислят, и имат вградена съпротива срещу разни чиновнически порядки. Шефовете обръщат Скрума на бай-Ганьовския вариант за юркане, а като започнеш да досаждаш на един кодер - отвръща със самоцелно скатаване.
Аз лично не познавам някой да е казал добра дума за Скрум, с изключение на един, дето искаше да събира жертви за курс. Тук в тоя форум.
Не казвам, че скумаджийството е лошо, а че в 90% от случаите - идеята се извращава. Губи се мярката - дали от алчност, дали от криво разбиране - оставям на опонентите да решават.
Беше ни натрапен от един шеф, който иначе виждаме много рядко. Събрали сме се всяка сутрин два големи екипа, и всеки мънка нещо, от което само той си разбира. Безумно губене на време по минимум час на ден, стигали са и до три и половина чАса дневно. С над 80% от колегите сме споделяли, че това ги демотивира, а сроковете за капак остават същите.
Един колега напусна само заради тая простотия. При мен също беше една от причините да зарежа великата корпорация.
Програмистите по принцип обичат да мислят, и имат вградена съпротива срещу разни чиновнически порядки. Шефовете обръщат Скрума на бай-Ганьовския вариант за юркане, а като започнеш да досаждаш на един кодер - отвръща със самоцелно скатаване.
Аз лично не познавам някой да е казал добра дума за Скрум, с изключение на един, дето искаше да събира жертви за курс. Тук в тоя форум.
Не казвам, че скумаджийството е лошо, а че в 90% от случаите - идеята се извращава. Губи се мярката - дали от алчност, дали от криво разбиране - оставям на опонентите да решават.
Редактирано от rabin на