Пишет Толстый Хрюк: «Не нашёл темы, в которой можно оставить коммент, да во всех можно! Да и эта тема достойна отдельной статьи.
Есть Agile, а есть Waterfall
Agile обычно описывают, как гибкую разработку, способную удовлетворить все желания клиента. Это и XP и Scrum, и Канбан, Agile — общее название этих методологий. А Waterfall, — как строительство дачного сортира, когда сначала (зачем-то) рисуют план, потом закупают материалы, потом сколачивают. И ничего больше сортира построить так нельзя.
Последнее, кстати, имеет почву: многие строительства используют Agile. Да строительство — тоже проект, как и софт. Только вот на таких стройках работают одни джамшуты (не в смысле таджики, а в смысле похожие на Джамшута), и джамшуты же и управляют.
Тут становится интересно, неужели, к примеру, Cicklum — джамшуты от софта?
Но сначала разберемся, что такое на самом деле Waterfall и Agile
Waterfall может обеспечивать потребности потребителя. Так была написана, например, Win98. Да эта ваша Win10 AE тоже на Waterfall. И эти программы (а скорее, программные комплексы) явно не назовешь сортирами.
В чем же отличие Agile? В том, что эта методология сразу предполагает изменение требований в процессе разработки.
Но если она такая удобная, почему винду писали не на ней? Ответ: она дороже. И в плане консультантов, и в плане накладных расходов: на переделку, обычно. Также, не всегда, но часто, качество хуже. Например, программа на Agile часто не выдерживает тайминга, требований дизайна и безбажности.
Когда же она выдерживает? Когда кто-то, а лучше все, в команде применяют элементы Waterfall! То есть, переписывают требования, добавляют требования по таймингу, дизайну и безбажности, исходя из ожиданий пользователя, а не розовых фантазий разработчиков, напоминающих стихотворение Маяковского «Облако в штанах».
Почему же на Waterfall нельзя писать, как на Agile? Потому что нервы мои, не знаю, как ваши, не железные, и, когда из-за очередного бзика приходится выкидывать написанный абсолютно нормальный код, происходит взрыв. Хорошо хоть всё время оплачивают.
А почему все не пишут на Waterfall? И тут я возвращаюсь к джамшутам. Для того, чтобы хотя бы примерно оценить техническое описание (это среднее из последовательности Описание-Техническое Описание-Техническое Задание) и понять сможешь ли ты его сделать, нужно обладать определенным уровнем. И джамшут, просто физически, не может работать по Waterfall.
Кстати, заметили, что я не привел в пример Win95 и Win8? Потому, что их делали по Agile. Ведь у каждого разработчика есть предел. И я, так любящий Waterfall, свою главную программу писал по Agile. Вот так-то.
Кстати, такие вещи, как TDD (Test-Driven Development) и постоянный рефакторинг, не имеют отношения к методологии Agile или Waterfall. Это просто качество кода.
Всем добра. А некоторым компаниям — буддистского перерождения».
Прислал Толстый Хрюк
133 Комментария
Я мудак.
молодец
Кто даст писку ебат?
Уебите автора учебником по русскому
Ept
Что?
>> TDD (Test-Driven Development)
Ты меня, СУКА, за дурука держишь, когда пишешь расшифровку в скобках???
😀😀😀
На счет автора не знаю, но я да (Я дрежу тебя за дурака).
Дрежишь ему? Ты пидар?
сколько хуев седня сосал?
Если ты сосёшь хуи — это не означает, что все сосут. Не суди по себе.
А вот я с тобой пассссивно несогласен
да ты заебал. У тебя на любой вопрос ответ про «сосал хуи». Иди и обсосись до дрызга в голове, если она у тебя есть. Больше не появляйся тут
Time-division duplexing (TDD)
Test Drive: Delimited (TDD).
Скрыл расшифровку у тебя за щекой, проверяй
Tits driven development
Держу у тебя во рту
Очередное гавно мамонта высралось как охуенно было раньше. Блядь, да никакому заказчику, кроме закоренелого банка, или там какого нибудь завода с какой нибудь Аксаптой нахуй не нужен ваш вотерфолл. Потому что результат ,вернее даже не результат, а хоть что то что можно увидеть и потрогать будет через год, а кастомер нынче охуевший пошел — ему на вчера все надо. Вот и идут по ажилю.
Завязывайте уже, пердуны вымирающие, срать на Ебаном, заебали нахуй.
Ты чего такой злой, братишка? Ну захотел человек поделится мыслями, в голове давно зреющими, правда стоило бы причесать и понять что ты хочешь сказать широкой аудитории, а то выглядит сыро и без какой-либо центральной идеи. Ватерфал хорошо, а агиле плохо? Молоток заебись, а дрель хуйня? Хотя для людей далеких от аутсорса и всяких срамов с канбанами статья, возможно, даже будет интересной.
P.S. автору стоит завести друга/тян/единоверца/собаку/блог и изливать мысли туда, а то на ебаном и так все засрано низкопробной графоманией
Графомания — это фишка ебаного.
Графомания — это то за что мы любим этот сайт.
Та не злой, просто отдает от высера сего графоманией старого пердуна, которой Ебаное сейчас пестрит просто — все мамонты начали высерать тут какая раньше трава зеленая была, как хуй стоял, какие у баб цыцьки были.
Большинство 23-летних синьоров попивающих смузи на гироскутере этот самый вотерфолл и не застали уже, он остался в банках на гривневой пайке, да на всяких интеграторах которые внедряют свое говно этим же банкам и всяким предприятиям социалистической промышленности. На классических, в нашем понимании, галерах все ажиль! Без минимального понимания скрама и прочей хуеты, а тем более с отрицанием его как единственного верного учения и пророка его скрам-мастера, сейчас никакой смузихлеб даже этап отбора хрюшей не пройдет.
И кастомеры тоже очень полюбили этот самый ажиль — ведь требования можно менять на ходу, но это жЫзнь, без этого никуда — конкурент запиздячил какую то хуйню, алярм, на этапе тестирования нам тоже срочно нужно запиздячить эту хуйню, а лучше чтоб хуйня была пиздатей! И нихуя, никто от этого не умер.
А вот старые говнюки уже тугие мозгом и духом, оперативно перестраиваться не могут, вот и остается им только ныть на Ебаном.
Вот только друзья нахуй не нужны. Был у меня друг. Уехал. И кодил хорошо, и пацан норм. А щас нашел его на Линкедине.. И он сука Скрам — мастер. Позорище. Нахуй друзей. У меня нет друзей, и мне они нахуй не нужны.
А не пизди! ты у меня сотку занял, а потом на звонки не отвечал. А мне нужны были деньги! Может быть мне было нечего есть… И однажды, когда уставший, голодный и злой я шел по самой злачной улице нашего города, из подворотни меня окликнула хрюша… Она предлагала мне деньги за всякие мерзости… Внутри все сжимается, от стыда и презрения, стоит только вспомнить. Сначала карьер эдвэйзер, потом агиле-евангелист… Так я покатился по наклонной и теперь я на самом дне… Жизнь она такая, никогда не знаешь где окажешься. Не суди строго, старый друг, все уж теперь, я конченный человек…
>>> Waterfall может обеспечивать потребности потребителя. Так была написана, например, Win98
Ниже
>>> Кстати, заметили, что я не привел в пример Win95 и Win8? Потому, что их делали по Agile
И еще
>> В чем же отличие Agile? В том, что эта методология сразу предполагает изменение требований в процессе разработки. Но если она такая удобная, почему винду писали не на ней?
ТАК ЕБАТЬ ТЫ ОПРЕДЕЛИСЬ УЖЕ НА ЧЕМ ТВОЮ ВИНДУ ЕБАНУЮ ПИСАЛИ
по буквам (а, точнее, цифрам) перечитай. очки при этом не забудь надеть.
Пиздуй хуярить уже, а?
бля, нафиг было постить это говно, да всем насрать
Нихуя не понятно, памагите, я сюда хохмы и зашквары от нехуй делать читать захожу, а тут отэто какие-то подвижные водопады
https://en.wikipedia.org/wiki/Spiral_model
«Да эта ваша Win10 AE тоже на Waterfall.»
просто немає слів, всі ми знаємо що таке мастдай
я думал старперы, которые говорят мастдай, давно уже все на тот свет отправились… земля тебе пухом братиш…
Не пухом а вазелиновой дорожкой
Две жалобы за сегодня — это слишком. Неужели никаких сплетен нет, типа айтишник украл электроинструмент у строителей, взломал вендинг или спёр сыр в супермаркете?
Breaking news! С мест сообщают, что у капитана за щекой больше, чем одно место
пройдите нахуй, уважаемый
Камеры видеонаблюдения показали, что ты выносишь колбасу за щекой. По одной палке за каждой.
Я еще две могу, а ты и от одной порвешься
http://google.gik-team.com/?q=%D0%BC%D0%B0%D0%B3%D0%B0%D0%B7%D0%B8%D0%BD+%D1%80%D0%B5%D0%B7%D0%B8%D0%BD%D0%BE%D0%B2%D1%8B%D1%85+%D1%85%D1%83%D1%91%D0%B2
Небо — голубое. Трава — зеленая. Быстро решительно сунуть себе в жопу хуй заказчика и упасть в обморок, лишьбы сделать — Agile. Красиво элегантно один охуенный минет заказчику — Waterfall.
Просто вы лохи и омежки, которых нагибают все, кому не лень. Хорошая agile-команда всегда имеет право сказать «нет» ебанутому требованию и не брать его в беклог. И, блять, найдите толковых аналитиков, чтоб куски кода не выкидывать.
И может пойти искать новую работу. Всей командой.
Я же и говорю — терпилы и омежки. Что сказали, то и делают. А грамотно требования собрать и согласовать не пробовали? Про MVP не слышали? Заказчик обычно вообще не рубит, что ему КОНКТРЕТНО надо, просто надо и всё. Ну так и предложите нормально решение, которое покрывает потребности. Но нет, нам этого не надо, мы же — кодери. Разобраться в бизнес процессах, опросить конечных пользователей/стекхолдеров, прототипы запилить, использовать лучшие практики и готовые решения, следить за тенденциями в бизнес-сфере — да нуууу, это какое-то говно для офисных планктонов. Мы — титаны кода! Мы хуярим говнокод по говнотребования говноменеджеров годичной давности, а потом удивляемся, что нас ебут постоянно. И не методология тут виновата, просто вы работаете в говнокомпании с никаким руководством.
Ты ещё объясни заказчику, что юнит тесты писать надо, ага.
И объяснял. И про юнит, и про отдельных тестеров, за которых платить надо, и про то, почему мы просим клиента самого тестировать перед коммерческим релизом, и то, почему мы не устраняем баги бесплатно, если клиент не тестирует сам, и про то, что после запуска команда еще 2 недели остается на проекте и это время оплачивается. Просто надо разговаривать и объяснять на понятном клиенту языке, а не стоить из себя хер пойми что или сидеть, засунув язык в жопу.
Повезло с клиентом.
И как, время и бюджет на юнит-тесты утвердили?
хуев тачку утвердили. а стул Хипстера никак — всё дрищет и дрищет
СупаЛид, ты только что детально описал идеальную работу для тех, кто «знания обширны, но поверхностны», другими словами, для тех 95%, которые по-настоящему делать нихуя не умеют и не собираются уметь.
Не получать четких однозначных задач от заказчика — это значит иметь постоянную возможность «не так понять» Эти вечные уточнения — зелёная улица для работы абы как, один хер переделывать, никто и вникнуть не успеет. И самое сладкое — этот процесс может тянуться годами, а зарплата капает. Кого ебёт качество конечного продукта, за который больше ничего не отломится?
Тебя на костре бы сожгли за критику всего этого. Спасает только то, что спички им делают такие же дауны и они тоже «требуют доработки»
Об этом и говорю, что дилетанты налезли в профессию, нихера не знают, не умеют, и, что самое печальное, даже не пытаются это изменить. Им норм и так. Хуярят говнокод используя только спинной мозг. Только скулеж стоит, что их не ценят и в жопу за косяки ебут. А с вами иначе нельзя. Но зато из-за таких ребят и компаний у сеня с моей командой всегда будет работа.
Разобраться в бизнес процессах, опросить конечных пользователей/стекхолдеров — это работа для БА и/или архитекта.
Cледить за тенденциями в бизнес-сфере — зачем? Ты долю имеешь с продукта? Или думаешь, что заказчик оценит?
То есть, этим всем девелопер должен заниматься? Зачем тогда нужны ба, аркитекты, тестеры и прочие пмы?
Какой MVP, если обычно идёт поддержка продукта. Или добавление фич, которые хочет заказчик. Всё и сразу никогда не делают, это даже идиот понимает.
Какой-то сферический проект в вакууме, на котором ОП совладелец или имеет некислые бонусы. Тогда да, ему есть смысл жопу рвать.
Ох ты слепошарый пиздец. В коментах, на которые ты отвечешь, я написал, что найдите аналитика нормального.
Вообще-то этим должен заниматься UX специалист, которых в Украине почти нет, потому что никто нихуя не понимает, что такое UX
Оооокститесь, Fuckup Driven Development это наше все
Не понимаю, чего все разпизделись. Мне как говнокодеру, никогда не слышавшему про все эти термины, интересно читать подобные статьи, чтобы хотя бы иметь представление чем там живут гребцы на галерах.
Не пеши больше.
не соси больше. хотя ладно, соси.
Что, не можещь прекратить сосать? Даже самоуговоры не помогают? Дебе к доктору надо.
Тут становится интересно, неужели, к примеру, Cicklum — джамшуты от софта?
Блять, прям новость — вспышка. Статья ниачем.
Кстати, заметили, что я не привел в пример Win95 и Win8? Потому, что их делали по Agile.
Да ну.
https://ru.wikipedia.org/wiki/Microsoft_Solutions_Framework
Аджайл Манифест вышел в 2001
Первая версия MSF появилась в 1994 году.
Мне тоже понравилось что по мнению автора, агиле начали использовать еще до того как оформили основные принципы методологии. Он бы еще разработку DOS в агиле записал )))
Логика такая — всё, что не ватерфалл, то аджайл. А спиральный метод тогда что?
https://en.wikipedia.org/wiki/Spiral_model
Абсолютное большинство до него недоросло, и никогда не доростет.
Большинство крупных игровых проектов (я имею ввиду таких как COD или NFS, а не Азино три топора) как раз по спиральной модели и строятся. Только фактически, а не формально.
Не благодарите.
Люди срали жопой еще до того, как придумали слова срать и жопа…
Win 95 делали по накурке, win 98 под коксом, win me после камингаута разработчиков
Кстати, такие вещи, как TDD (Test-Driven Development) и постоянный рефакторинг, не имеют отношения к методологии Agile или Waterfall. Это просто качество кода
Лососни тунца:
https://www.vectorcast.com/blog/2017/06/comparing-waterfall-testing-and-test-driven-development
Ставь дизлайк, если лососнул.
Мы начисляем зарплаты по Agile а платим по Waterfall, если вы понимаете о чем я.
Вы, по слухам, вообще не платите -)
Получаете за щеку по кан бану, только один вынули, сразу второй получаете, никакого простоя щеки!
Рассказал как в лужу пёрнул.
А теперь на пальцах:
Хочешь сделать БЫСТРО, ДЕШЕВО и С МИНИМАЛЬНЫМИ РИСКАМИ — это Agile.
Хочешь делать продукт для тех кто им будет пользоваться — это Agile.
Хочешь построить мост через Днепр — это Waterwall.
Хочешь перечитывать и составлять тонны макулатуры — это Waterwall.
По сабжу в чистом виде юзать и ту и эту методологию будут разве что аутисты, под каждый бизнес процесс нужно подбирать максимально результативный набор практик.
https://en.wikipedia.org/wiki/Spiral_model
А вот это?
а это себе в жопу засунь
BOMBANULO
так и есть.
>>>Хочешь построить мост через Днепр — это Waterwall.
это раньше было. сейчас в Днепре мост через Днепр по эджайлу чинят.
БЫСТРО, ДЕШЕВО и С МИНИМАЛЬНЫМИ РИСКАМИ — это… не в этой жизни. Обычно аутсорсят МЕДЛЕННО, ДОРОГО и с ОХУЕННЫМИ РИСКАМИ для заказчика лопуха.
Здравствуйте ! Мы устраиваемых наших ребят в лучшие компании и они пишут код на чем хотят и как хотят. Присоединяйтесь! Трудоустройство происходит сразу же после собеседования-кастинга с руководителем. Самое главное не иметь комплексов и знать термин blow job , быть орально готовым к анальной каре за плохой код.
Слышь, противный, завязывай тут со своей рекламой.
а для пиэмов есть вакансии ?
Есть. Главное требование к кандидату — хорошо разработанный анус. Наш начальник отдела гей-разработки любит проактивных ребят.
Пиздец, сколько среди ойтишнегов озабоченных.
Креатифф гафно, аффтар дибилоид.
Уффф
че за хуйня ! пхп бидло кодеру фул стак синьору например нихрена не понятно !
> удовлетворить все желания клиента
Когда я такое читаю, то автоматически вижу проститутку ублажающую клиента,а программист — это.. wait..oh shit!
заходит такой продавец кофе по 30.40 (без сдачи) в колготках ден 15 и оставляет всем защеку жетоны киевского метрополитена
в епам работаешь ?
Заходит хипстер в бар, а бармен ему говорит:
— Пидарасов не обслуживаем
ибать ти остроумний !
Перевод с петушиного:
«Кококо, аджайл, кококо. Я когда иду кококо посрать, использую вотерфол кококо. Кококо составил план, кококо посрал по кококо плану. Говно кококо готово кококо «»
День 1: Пришел в новую контору, сказали что тут Аджайл, посмотрим что это
День 2: Сказали что требования заказчика — это срать в туалет
День 3: Сказали что мы бегаем срать слишком медленно, можно срать рядом со столом прямо на пол
День 4: Сказали что все равно медленно, слишком мало говна, нужно срать уже под себя, не вставая с кресла
День 5: Заказчик провел аудит и решил перераспределить ресурсы, теперь срем на соседний стол, не вставая со стула
День 6: Заказчик был недоволен — при сранье через стол слишком много говна летело в разные стороны, убрали столы, стоим кругом — срем друг за другом
День 7: Говна разлетается все еще слишком много, теперь стоим кругом на четвереньках и срем друг другу на лицо, заказчик доволен
Поздравляю, Вы ознакомились с методикой Аджайла, спасибо за внимание.
Буду краток: автор не понимает что такое agile от слов совсем и нихрена. Вдумчиво прочитай аджайл-манифест (все остальные тренинги-хуенинги лишняя хуета)ь, а потом свою статью чтобы понять что ты написал ахинею.
Да хуета этот ваш манифест.
Чего слушать каких-то пидаров?
Адекватные люди вообще не спорят о том какую методологию применять в проектах потому что помледнему кривому пиэму понятно, что все то субьективно для проекта. Как при выборе стека разработки не знания таоих кодеров только пыхыпэ диктуют выбор технологического стека, а требования к продукту. Тем кому это не ясно как день в дискуссии о методологиях управления вообще лезть не стоит.
Зачем это здесь?
XP, Scrum, Канбан, Agile, Waterfall.
Сука. повбиваб падл.
Вы бля де таких слов научились?
Сделать всё пиздато и сейчас! Вот это методология! а то всё херня….
«Сейчас»? Ты что, из криокамеры вылез? Всё должно быть пиздато уже вчера. Бюджет — 30$.
Ща я расскажу за иджайл!
Оно нужно когда приходит уважаемый заказчик на галеру и ненавязчиво интересуется, а почему, собственно, проебаны (опять) все сроки/нихуя не работает (опять)/при мерже все сломали (опять)/продакшен упал (опять).
И когда никаких более или менее разумных объяснений нет, а зачазчик уже надевает пояс с огромным шипастыстым страпоном как бы обозначая свое недовольство, галерные менеджеры делают ход конем и говорят, что, дескать, все проебы — это следствие игнорирования (недостаточного использования) столь прогрессивной методологии разработки. Вот, дескать, обучим всех на проекте эджалу, применим резко в работе, и заживем, и всех догоним и перегоним.
И, сукаблять, эта хуета работает! Кастомер оплачивает курсы из своего кармана. Естественно, нихуя в лучшую сторону не меняется.
Но, с этим уже разбирается другой комплект менеждеров.
ЗЫ Да, видел процесс вживую у лидеров рынка.
где статья о кисках ?
Друзья, в этом месяце мы только кидаем ангулярщиков на последнюю зп, так что если хотите, переквалифицируйтесь
Это наша новенькая, не кидайте в неё палки, у неё пока что плохо получается.
Накидал ей палок за щеку, уж прости — не удержался.
Лучше бы написали про wargaming https://nn.by/?c=ar&i=206793
https://imgflip.com/i/26zwk1
Таки имею пару вопгосов к аффтагу. Нахуя????
Нахуя этот высег???
Таки батенька, Ви не пгобовали дгочить в пгисядку? Занимательное дело палучаеццо
Нахера срать своей тупостью в эфир? Вассерфаль сейчас подходит для коротких проектов и всякой государственной ебни, которая будет не меняться годами. В любом долгосрочном коммерческом проекте — вассерфаль — крышка гроба. Дебил блять, автор.
Автор несёт полный бред.
1. Если у вас работают «джамшуты» — дело явно не в SDLC
2. Чтобы работал agile — нужно чтобы команда была в этом сама занитересована
3. не бывает плохих SDLC, бывает плохая имплементация или выбор
А рыбожук все экспериментирует с тематикой, но никак не может вызвать массовый баттхерт местной аудитории.
Начал обсирать галеры — нас поперло;
потом конкретных сыроедов;
потом публикует откровенный гон на всех айтишников;
теперь вот попытка развести холивар в каментах, и та провалилась.
Ты так просто скатишь ресурс в никому не впершуюся хуйню, вроде ithappens, так и не добившись своего.
Твой взгляд достаточно поверхостный,
предполагаю — редакция разработала и внедряет свой глубокий стратегический «коварный план».
Так что непосвященным не понять на данном этапе ни логики ни целей развития ресурса
Да всё проще — нет у них никаких инсайдов. Вот и всё.
Товарищ из кащенко писал.
Пиздец.
Состояние отрасли описано верно. Джентельмены удачи, в лице галеровладельцев и всяких пресмыкающихся перед ними «менеджеров», готовы на всё лишь бы поток денег (в любом виде) не останавливался. Когда архитектура, качество, да что там, даже здравый смысл отступают на второй план, тогда вполне может существовать и agile. Не далек тот час когда инвесторы и их производные будут переодически заезжать на галеры для «кастингов» с наиболее подходящими рабами, такой себе IT-туризм, ведь если холоп готов сломать себя ради свистоперделок и овертаймов за 3 копейки, почему бы не предложить ему пойти еще немного дальше.
Разведение ручных тестеров и свиней тоже хорошо вписывается в эту картину.
>> Состояние отрасли описано верно.
это состояние не менялось с начала 90х
https://www.youtube.com/watch?v=U4hSbh4Sww8
Когда архитектура, качество, да что там, даже здравый смысл отступают на второй план, тогда вполне может существовать и agile.
схуяли
Было же время когда проекты делали под ключ где каждый отвечал за каждую строчку кода, а тимлид за каждую строчку в ТЗ.
Куда всё это делось? Набежали писценосци вместе с отбитыми мозгами скрам-мастерами которые нихуя не знают и не понимают, хуярят неведомую срань в каждый спринт, а потом еще и удивлются почему эта хуета не то что не летает, а даже не ползает и весь этот ёбанный цирк оплачивает бедняга заказчик в кредит, ведь ему же обещали что с Agile просрать проект невозможно, но скромно умолчали что можно просрать все его деньги. Но кого это ёбет что будет еще один американский стартапер бомжевать под мостом в Сан-Франциско.
Ой да всем насрать как будут ебать стартаперов под мостом в сан франциско
Блядь что это за статья? Вы че укуренного ПМа выпустили на свободу? Уебите его сковродой и давайте пятничный сисечный пост!
я согласен и на сосичный ( жизнь совсем херовая, еле приполз (
Почему гибкая разработка нужна и важна?
Рынок ведь тоже меняется, в организации с высокой степенью определенности лучше Вотерфолл, в случае с неопределенностью с Эджайл можно вполне применять, например в среде стартапов.
Когда нужно быстро запустить — Эджайл,
Когда можно не сильно спешить и рисковать — Вотерфолл, например Амазон был написан и запущен на Эджайле, наверняка.
Неопределенность как признак того, что тебя кинут, особенно в случае с перепродажниками из стран третьего мира, которые впаривают парубаксовых вайтишников под видом квалифицированных спецов. Тут все средства хороши и конечно пригодится та самая «гибкость»
— Что вы блять так долго делаете? Каждый ваш ебучий релиз просто ебаное говно — старый функционал нихуя не работает, а новый работает только с ваших слов.
— Гляди-ка хуйня какая, видишь кнопки двигаем туда-сюда, тут от интерфейсов, геттеров/сеттеров наплели, чтобы проще было двигать, опять удалили старый код, переписали его на новый, ну и тесты, тесты тоже пришлось переписывать с нуля, ты же сам согласился на TDD, BDD, ATDD и BDSM. Не помнишь? Странно, а это было в понедельник, ну и против работы без плана на старте проекта ты тоже против не был. Не помнишь? Вот гляди, для пруфов у нас целая инфраструктура с десятком девопсов, тут мы и видеозапись ведем, вот всякие логи переписки на почте и в чятиках за последние 40 лет. Ну видишь, мы команда профессионалов, всё остальное решал ты сам. Не помнишь? Хорошо, пошли смотреть видеозаписи митингов, а потом опять на митинг.
Вообще, что же такое СКРАМ? Первое, что можно увидеть — это скрамдоска, на которую принято дрочить на бёрндаун вешать стикеры. Классическая скрамдоска состоит из секций типа
— запланировано
— в работе
— сделано
Иногда, по вкусу, добавляют “протестировано” — но это на любителя.
На соседней доске обычно рисуют диаграммку, которая зовется “burndown”, и она как бы показывает команде, как
бездарнокруто мыпроебываемперформим в этот спринт.Спринт, есличо — это такая себе итерация, когда за N дней нужно сделать чего-то там. Чего-то там — это, обычно, одна или несколько суровых галлюцинаций задач, котрые придумал так называемый product-owner (в просторечии — чувак, который не смог отмазаться от этой должности, и которому вообще обычно похуй на это все — у него есть своей работы) для того чтобы Все Пошли В Светлое Будущее Строем.
Все эти задачи висят в так называемом бэклоге, который суть список этих самых задач, они же user-stories, отсортированные по приоритетам. Которые приоритеты могут меняться хоть каждый день — мы же эджайл, помните?
Самое главное! Эти задачи оценены в story point! Если спросить у адепта скрама — что ж такое сторипойнты — он скорее всего задвинет умные слова про то, как задачи могут быть разными, но мы не знаем насколько они разные потому что мы их никогда не делали, и чтобы оценить то что мы не знаем — мы вводим интуитивные метрики, когда одна задача считается в два раза сложнее другой, и потом они так опа — и сортируются. Сторипойнты берутся из чисел фибоначчи (ну там 1-2-3-5-8-13-21…), где за 1 принимается “да ваще ничего”. Если человеческим языком — то пальцем в небо. Дальше будет еще веселее.
Как понять, сколько задач команда может выполнить за спринт? Напомню — задач, про которые вообще нихера неизвестно, потому что это охуеть какая огромная фирма, у которой кодобаза — гигабайты всего, на дотнете, плюсах, вижуал бейсике, на небе, на Аллахе. Адепты скрама сказали — а пусть у команды будет тоже своя производительность, в сторипойнтах.
Чувствуете величие мысли? Оценим неизвестный объем работ в относительных попугаях, оценим как команда сможет сделать этот неизвестный объем работ в этих же попугаях — и таким образом предположим, что команда может взять например историю A и B.
Будет ли это работать? Сразу нет. Но! Мы же эджайл! Поэтому ребята-консультанты подсуетились и сказали — это все временно и оно самонастроится!
Соответственно, новая команда гарантированно
проебетзаандерперформит спринтов 5-10 — и это считается ок. С учетом времени спринта в 2 недели — от 1 до 3 месяцев команда не будет успевать сделать то, что заявлено на спринт.Здесь есть нюанс — чем дольше команда работает над одной предметной областью, тем со временем она точнее может прогнозировать свою работу и вкладываться в те сроки, которые она сама себе ставит. Второе следствие — будучи перенесена на новый проект — факапы будут те же самые, по вполне понятным причинам.
Теперь про burndown. Нужно понимать, что классический SCRUM с часами дела не имеет. Потому что какие там нафиг часы, в условиях оценки задач в попугаях? С другой стороны, софтостроительный консалтинг биллит заказчика именно что за часы. Теперь следите за руками.
На спринт, например, взяли сделать что-то A и B. Это все в сумме дает например 5+8 = 13 поинтов на спринт. Далее истории A и B в начале спринта распиливаются на задачи (ну там сделать класс такой-то, с таким-то интерфейсом, узнать как там все интегрируется, допилить в базу что-то). Эти задачи распиливаются коллективно. И затем им коллективно же дается оценка, но уже … в часах работы. Причем если один человек говорит 2 часа, а другой — 8 — то выясняется, почему так — может тот, кто говорит 2 — знает что-то, чего не знают другие. Ну или чувак с 8 часами видит какие-то подводные грабли. Путем долгих обсуждений и мордобоя все приходят к какой-то единой оценке. Причем есть негласное правило — задачи больше 6 часов быть не могут, их надо распиливать дальше.
Ну собссно после того как все задачи распланированы и собраны в кучку — рисуется burndown, на котором есть две линии — одна — это теоретический перформанс команды (N человек умножить на M часов продуктивности в день, где M <=8). А вторая — это линия фактически того, что взяли в этот спринт.
Затем каждый день, с утра, определяется, какие задачи были решены вчера, что-то куда-то вычисляется и получается набор точек, по которым строится график перформанса. В идеале все должно сходится в 0.
Далее, В скраме есть еще такое понятие как стендап
-камеди, когда утром все собираются и рассказывают, чего было вчера и что планируется сделать сегодня, какие тяготы и лишения были преодолены, а какие — созданы, и затем преодолены. Это обычно отнимает от 15 минут до получаса времени.Дальше идет один или несколько митингов с продактоунером. Ну чтобы уточнить, что пока мы тут планировали военные действия — они там у себя не поменяли ландшафт местности вручную. Это около 1-2 часов в среднем.
В скраме так же декларируется отсутствие менеджмента, типа “team decides”, что в теории означает что команда может вообще отменить спринт, если на каком-то митинге случился полный когнитивный диссонанс.
Ну и напоследок есть так называемый ретроспекшн, который проводится уже после проебанного завершенного спринта с целью понять, что было не так и как бы это поправить.
Что из всего вышеизлитого можно почерпнуть для себя?
Вывод 1. Команда, которая состоит из грамотных профессионалов, которые знают предметную область — в скраме не нуждается.
Вывод 2. В скраме можно фасилитировать различные процессы, как-то — назначать митинги, проводить обсуждения, коммуницировать с заказчиком и пить кофе в курилке. Причем если в команде таких товарищей больше одного — то ничего уже сделать будет нельзя. Одного товарища команда может выгнать из себя к хуям, двух — уже нет.
Вывод 3. Для консалтерской работы скрам пригоден только тогда, когда заказчику задурили моск коучеры и он согласный оплачивать вот все эти митинги и прочий карго-культ. Для боевой разработки скрам скорее вреден, чем полезен.
Вывод 4. Как и любая методология, скрам ничем не лучше и не хуже другой. Годная команда сможет годно работать и по скраму, и по водопаду. Негодная команда точно так же будет гнать порожняк хоть по скраму, хоть по рупу, хоть по канбану.
Браво
>>> Команда, которая … знают предметную область — в скраме не нуждается.
>>> скрам .. пригоден только тогда, когда заказчику задурили моск
Вся суть
>>> Сторипойнты берутся из чисел фибоначчи (ну там 1-2-3-5-8-13-21…), где за 1 принимается “да ваще ничего”.
Мда, интересно, что за неуч к этому пришел
>>> Как и любая методология, скрам ничем не лучше и не хуже другой
Вывода этого нет, похоже что-то личное
На галере подметил, что некоторым просто нравится доска в цветных стикерах и процесс переклеивания их по доске туда-сюда, хотя уже давно есть програмные альтернативы. Чет вроде геймификации мб. В текущей команде юзаем эту доску в вотерфоле, только потому что так проще сделать отчет о проделаной работе.
Расписал всё чётко, прям трудно что-то дополнить. А, вот. Некоторые команды стори-пойнты по твёрдому курсу переводят в часы. Типа 1 стори-пойнт = 3 часа. То есть поэстимировали неведомую таску примерно на 2 стори-пойнта, а потом ебут — уже 6 часов залогал, где бля результат.
Да говно эти все методологии.
А кто их применяет вчистую, тот мудило.
Лови апельсинку!
Афтор понятия не имеет о чем говорит… наверно слышал что то где то и статейку прочел и решил зарисоваться… Все что написано полный бред…. Из-за таких мудаков и порождается мнение что это все говно и ебаная херня….
Одно из самых хуевых мест в скраме — это вот этот ебучий двухнедельный спринт. Горизонт планирование урезается до минимума, главная задача — закрыть таски в спринте любой ценой. Баги в продукте так фиксить получится, а вот архитектуру проектировать — нет. А второе хуёвое место — это по сути то, что в результате последовательных итераций за год получается тот же продукт, который при планировании и моделировании получится за полгода, с меньшей кровью и болью.
ыыы жоска