Съвет за development process

138 отговора 0 прегледа
в отговор на cristal_reaver #41

Re: Съвет за development process

Лидер не се става. Лидер се "ражда". Многократно съм го повтарял това.
Трябва другите да те припознаят като такъв, а не ти да се правиш на такъв.
Когато го осъзнаеш това нещата ще си дойдат на мястото.

Най-вероятно другите от екипа са те зарязали и явно не желаят да "работят" с теб. Не те взимат за лидер - просто и ясно и няма нищо сложно за разбиране тука. Според мен ти вече си направил крачката и си се опитал да "поемеш неявно управлението на екипа" и си бил отрязан/зарязан от останалите.
Трябвало е досега да ти е "светнала жълтата лампичка", ама явно не е...Та затова - давай, въвеждай Scrum-а та да светне и "червената":-)
Както се казва - "Или човек(в случая лидер) или маймуна":-)

Отговор
в отговор на Aaron #42

Re: Съвет за development process

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

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

не ставаш за програмист

изкарай едно MBA и ще си много по-хепи, което обаче ще направи доста други хора ънхепи, с шеф като теб

П.С. за шеф имаш качества - тъп си

[линк]

no_future
Отговор
в отговор на cristal_reaver #44

Re: Съвет за development process

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

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

Re: Съвет за development process

И какво ще ти помогнат Scrum meeting-ите?
Хората, за които казваш, че не доизпипват нещата, биха продължили да не ги доизпипват, просто ще дават оценка за колко време ще ги направят недоизпипани. Scrum-a не работи, защото колективната отговорност е групова безотговорност. Все повече организации го разбират.
При теб, трябва да се съберете целия екип заедно с шефа, да разгледате модулите и да дискутирате пробелемите, които сте имали с интеграцията и какво може да се направи за да се избегнат такива проблеми в бъдеще. Може би е идейно да пробвате pair programming с по-неопитните колеги. Но такова нещо като 'ще поема неформално лидерството в екипа' само би настроило колегите срещу теб... Освен това говориш, така все е едно си един от онези програмисти /дизайнери/ които изпипват всичко от първият път...

Успех със скръма... и в живота :)

П.С: Дизайнът е важен, но трябва душа :)

Отговор
в отговор на rabin #46

Re: Съвет за development process

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

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

Re: Съвет за development process

Имах един колега, който все говореше за процеси, качество и най-вече че си нямаме шефче. Най-малко беше в час от всички. Дойде някакъв началник-парашутист и взе, че издигна точно тоя колега за ръководител на екипа.
Ръководството се впечатлява от говнолеярства в празен контекст от типа "Процес", "Митинг", "Тим", "Лидершип", "Лоялност", "Майлстоун", "Aгенда", "Кик-оф"... Създава впечатление, че се върши работа, и всичко е под контрол. Същите словоблудства от соц-миналото, ама с английските термини.
Нашия силно технически занаят не е пощаден от кариеристи без покритие. Такъв екземпляр има по-голяма вероятност да се издигне.
С горното не визирам пусналия темата crystal reaver, най-малкото защото не го познавам. Просто споделям какво съм видял на практика.
А съм виждал и форми да фалират заради незнаене какво всъщност става. До 4 началника на един програмист - как ви се струва?

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

Отговор
в отговор на rabin #48

Re: Съвет за development process

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

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

Чета аз:

"това е един от принципите на йах-перформанс тийм-а : споделено лидерство"
Твои думи. Означават "групова безотговорност"

Отговор
в отговор на __iceman__ #50

Айсе,

в СКРЪМ-а има лична отговорност и прозрачност - точно това елиминира тези които скатават и не си изпипват нещата.
Хората за които говориш просто ще си получат предизвестията след 2 провалени такта. Искрено и лично.

Отговор
в отговор на rabin #51

От 4

ги елиминирах за нула време до 1. Има си линия на рипортинг тип "много към 1", точка.

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

Отговор
в отговор на rabin #52

Re: Т.е.

Без да знам нищо за scrum, само от описанията в този форум, ми изглежда че scrum притежава всички качества на религиозна секта.

The last good thing written in C was Franz Schubert's Symphony No. 9.
Отговор
в отговор на rabin #53

Re: Съвет за development process

4 началника на един програмист. Това се нарича летяща Т формация. По подразбиране не е много ефективна.

Отговор
в отговор на Kirosviniata #54

Re: От 4

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


Целия екип беше бръмнал срещу задължителните едночасови губивремки. И вече споменах, че всички (вкл. т.нар. минижмент) - бяха наясно, че прекаляваме с тия събирания. Какви точно са причините да се изкривява не съм наясно, но знам, че се случва почти винаги в другите фирми, поне с когото съм говорил.
Това е като да си пуснеш малък пор в дървата на село. В началото е малък и сладък, после ще ти издуши кокошките. В 2 поредни корпорации наблюдавам как се изражда от SCUM до говнолеярство с претенцията за дишане във врата на служителите. По тия форуми споменаха, че и някаква фирма се гътнала заради нещо такова.
И още нещо... Никога, ама никога не може да прецениш колко време е нужно за дадена задача. В момента един голям оператор бере горчивите плодове на една амбициозна идея. Измерено в милиони. Повече не е редно да конкретизирам.

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

Отговор
в отговор на rabin #55

Туй

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

Отговор
в отговор на Kirosviniata #56

Re: Чета аз:

прочети внимателно модела на бирата - различен проект - различен лидер.
Т.е в 1 момент има само 1 леад, но в следващия проект е друг.

Отговор
в отговор на rabin #57

Re: Т.е.

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

Отговор
в отговор на Kirosviniata #58

Re: Туй

добре де, ти виждал ли си 10 минутни срещи, които найстина отнемат 10 мин ?
Всеки човек започва да се готви поне 20-30 мин преди среща и поне 20-30 мин след среща не може да започне работа.
Отделно да правиш среща за статус е пълна загуба на време според всички практики (губиш времето на 10 човека да слушат).
После още никой скръм мастър не ми е обяснил как уплътняваш добре времето ?

Отговор
в отговор на 435 #59

Re: Чета аз:

Все пак аз никога не съм имал нищо общо със скръм. И между другото дори в рамките на един проект, различните части могат да си имат различни лидери.
Просто при нас си става от самосебе си.

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

Re: От 4

явно не си работил в матрични организации

Отговор