Съвет за development process

през 6 месеца идва по някой истински клиент да го огледаме наживо
РИо ТИнто например...

Киро:
Както и в началото на темата става ясно - няма процес и оплескват ролите, оттам "екипа" се държи като пасмина, сбрана от кол и въже. Класика в гаражните фирми - между другото, просто НЕ ЗНАЯТ КАКВО ПРАВЯТ.
В големите фирми кочината е по-голяма.

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

ми ти си без умения и без потенциал, как да те науча

нещо даде заден май, в другия тред се кефеше сега май напълни гащите?

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

негоден и за ментор се оказа ...

Да не си препил с вкиснала боза случайно?

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

В малка фирма не може и да си помислиш да скатаваш, както в голяма. В резултат на скумовете половината ти ден не могат го хвана големите мозъци с цели HR отдели... Ама и тая тема стана мазало...

ти си страшен философ бил бе, чак ми иде да те цукна

нещата са елементарни:

Да, елементарни са за "елементарните"...то е ясно...

Я сега ми обясни нещо, щото аз тва не го разбирам (аз и не претендирам, че разбирам SCRUM-a, де):

Та ситуацията е следната:
1. Имаш спринт лог...преминава през QA - дотук добре - и влиза в продукшън...
2. Всичко констатирано като проблем на този етаp + нови функционалности влизат в back-лога...
3. Beck-log-а след обстойно преглеждане взлиза в Sprint-log...
И точно тука някой открива например "concurency issue" в кода, като без да се оправи проблема не може да се продължи...

Ти, като много вещ в нещата...как ще спреш Sprint-a???
Как се спира Sprint-а? Знаеш ли ти мушмурок или само си чел и гледал?

като описваше какво правите - аз ти казах че това не е скръм. Ако на това казваш "резултат от скръм" - някой ви лъже здраво.
В малка фирма скатаваш до дедлайна на проекта - после става веселбата. В голяма е друго. Скръма обаче вади наяве това и в малката, и в голямата - това му е и една от основните идеи (визибилити). Целия ти ден и то всеки ден ще го хване скръм мастъра ти без да си дава зор - за по 10 минутки на ден.

Човекът обясни какъв е практическия му опит - проектът се предава и след това отива при друг екип за "съпорт" - това е другото име на екипа, който да им оправя бакиите .

кат ша цалуваш - да сваля панталонесите !
Таман ша си го получиш по заслуги хахахаха!

сори, боб не ям.
Оставям го за тестерчетата в сап, че доакто процесват ЦСН-ите да си пръцкат

какъв продъкшън те гони на ниво преди беклог (и то дори не знаеш че има поне 2 съвсем разични беклога - на П. оунъра и на тима, за кой от двата типа говориш изобщо?) ...
Твоята т.1 изобщо не трябва да е първа в един спринт.

Какво да ти пиша по-нататък като караш на общи съчинения?

Хубаво, да приемем че беклог = ПО беклог, спринг-лог (ха-ха)=тийм беклог с все приетите таскове за спринта.
И все пак от мен да мине - приемам че си опитал да опишеш ситуация в която кода на този някой (откривателя на проблема) за целия такт/спринт е неспасяем. Решението е да се оправи блокера в следващия такт и неспасяемия код да се направи изцяло в следващия такт - и това е СТАНДАРТНО за капак.

Макар че няма да се учудя ако в индийската ти кратуна се върти надеждата да омажеш нещата още повече - но това си е твой проблем

ПП: Оправи си т.2, твоят т.нар. беклог е собственост на продъкт оунъра и не можеш да вкарваш фиксове в него.

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

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

е най-накрая разбрахме от какво разбираш........