Agile раньше «Давайте клиент Agile сейчас «У вашей карточки в Jira / it-юмор :: Agile :: geek (Прикольные гаджеты. Научный, инженерный и айтишный юмор)

it-юмор geek Agile 
Agile раньше
«Давайте клиент
Agile сейчас
«У вашей карточки в Jira,it-юмор,geek,Прикольные гаджеты. Научный, инженерный и  айтишный юмор,Agile

Подробнее
Agile раньше «Давайте клиент Agile сейчас «У вашей карточки в Jira
it-юмор,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор,Agile
Еще на тему
Развернуть

Отличный комментарий!

Я не понимаю в какой научной области я должен быть дауном что бы понять о чём шутка.
VЧетвёртый VЧетвёртый17.10.202418:48ссылка
+33.8

Дааааа, вот оно. А я всё думал как облечь это чувство в слова

Агил.
Тагиииил!
Я не понимаю в какой научной области я должен быть дауном что бы понять о чём шутка.
Хороший совет, тебе стоит к нему прислушаться.
нужна ли запятая после для начала
AN Images Videos Shopping Web News Books • More
He требует постановки знаков препинания.
Грамота.ру
https://gramota.ru >... > справочник по пунктуации
Для начала|Справочник по пунктуации - Грамота.ру
Классическое "раньше было лучше"?
В разработке ПО
Не только. Я, например, от этой вашей техномантии далёк, но когда шефу взбрело в голову как-то оптимизировать наши процессы, тоже вынужден был осваивать таски в Жире. К счастью, длилось это не долго.
Только. Просто оказалось, что гибкие методологии разработки работают лучше чем процессы создаваемые манагерами внешнего мира
Нет.
Гибкие методологии работают в правильных руках и не работают в кривык.
В целом, как и все остальное.
Каждый проект можно выполнить и в водопаде и в аджайле и в рамках хакотона и вообще одному без всякой методологии.
4uGySa 4uGySa 17.10.202420:00 ответить ссылка 5.9
Да.
Я не говорю про прямые руки и применимость. Я говорю про то, что гибкие методологии разработки изначально были созданы именно для разработки ПО.
что смешно, но емнип - нет
Тоже нет, исторически канбан пришел из Японии, а гибкие методологии использовались еще в ссср.
4uGySa 4uGySa 17.10.202422:31 ответить ссылка -3.7
Пидора ответ. Тойотовский канбан изначально - способ и средство, но не методология и не комплекс процессов. А про изобретение гибких методологий подробнее, пожалуйста, а то звучит как очередное «всё изобрели в ссср».
Ищи сам, раз пидора ответ.
4uGySa 4uGySa 17.10.202422:47 ответить ссылка -6.2
Забыл на каком ресурсе?
Я только что вернулся от своего парня и подозреваю, что данный Джентельмен имеет в виду ТРИЗ. Действительно, кстати, занимательная вещь, рекомендую, но в умеренных дозах.
Премного благодарен!
Попробовал почитать Педивикию и чёт сложно. Ощущение, будто это скорее система для рожания идей, чем для их воплощения и разработки.
Не, ТРИЗ это никак не управление командой. Про СССР нашел только "поточный метод организации строительства" и всякие штуки для организации производства, ну в теории да, разделение на циклы и разделение крупных задач на более мелкие.

Вот это ещё можно почитать чисто поржать:

Если перевести алгоритм Scrum на русский менталитет тех, кто старше 40, то это управление полностью копирует октябрят советской эпохи. Заказчик — классный руководитель, Скрам-мастер — вожатый. Класс разбивается на звёздочки, где все равны. Продакт-оунеры — учителя, которые тебе должны поставить пятерки, бэклог — журнал, спринт — учебная неделя (между собраниями класса), стендап — линейка, инкремент — контрольные работы, обзор спринта — выставление оценок в журнал, ретроспектива — дневник, разбор на собрании дружины/звёздочек, заинтересованные лица (пользователи) — родители.
elhuman elhuman 18.10.202405:46 ответить ссылка -2.9
&ved
Я уже говорил эту мысль, но немного в другой форме: мне кажется, что все методологии во многих случаях ни что иное как пиар чистой воды. Это совершенно не значит, что они бессмысленны. За Лином, Скрамом и каким-нибудь XP стоят вполне себе логичные вещи. Но то что почти везде называют скрамом скрамом не является. У каждой команды свой процесс, зависящий от членов команды, особенно от её лидера. И это хорошо!

Так вот, в скраме тоже на самом деле не изложены принципы управления командой, там изложена методология выполнения сложных задач. Почитайте их манифест, там это как раз и написано. ТРИЗ это тоже методология. Методология решения изобретательских задач (то есть, задач, на которые на текущий решение неизвестно).

В некотором смысле, ТРИЗ - золотая жила и не удивлюсь если какая-нибудь империя зла типа IBM через год возьмёт его на вооружение, и отправит миллионы сейлзов, которые расскажут доверчивып топам о том, что написание кода сейчас можно поручить AI, а разработчиков можно держать гораздо меньше, для того, чтобы решать исследовательские задачи. АИ, конечно можно купить у IBM по подписке, а так же анальный манипулятор AI для каждого разработчика (ну или на выбор заставлять их спользовать продукты IBM ClearCase, ClearQuest и Rational, уверен, что все согласятся на анальные манипуляторы). И будут там вам и ТРИЗ-мастеры и какие-нибудь Лаборанты, которые будут задавать условия и канбан-рекламный-щит (куда ж без него).
Так ТРИЗ заточен на то чтобы находить решения сложных задач. Типовой проект где проблема решается большим количеством людей или денег это не триз, организация и оптимизацию людей тоже не триз. Встала проблема которая тормозит проект, а решения нет потому, что требует новаторства - тут применяется триз. Но само собой это не мешает продавать инфоцыганские курсы для триз в бизнесе.
Я вообще хз зачем вы сюда ТРИЗ приплели и с чего вы решили, что у неё большой потанцевал.
Да есть, да работает, но далеко не всегда, только в нужных руках и стоит дорого и долго.
В обычном бизнесе никто не готов ждать годами, но даже если и готовы ждать, то за эти годы надо ещё удержать управление, темп работы, мораль команды и компетенции.
А это пздц как сложно.
Так что его реальное применение IBM стремиться к нулю.
4uGySa 4uGySa 18.10.202420:45 ответить ссылка 0.0
Ну конечно про IBM это фантазия.
Я не являюсь фанатом ТРИЗ, но мне она кажется довольно интересной.

А ТРИЗ я приплёл как пример гибкой методологии, изобретённой в СССР.
ТРИЗ - гибкая. ТРИЗ - методология. ТРИЗ изобретён в СССР.
Это, кстати, вы сказали, мистер. Если вы имели что-то другое - ну и хрен с ним, не вижу смысла продолжать обсуждение.
Триз - методология. Методология решения изобретательских задач. Гибкая. Но не методология планирования и производства.
Как и скрам, например.
Буквально первое же определение в инете - Scrum это гибкая среда командной совместной работы, обычно используемая в разработке программного обеспечения и других отраслях.
Я тоже вот сайт открыл: https://www.scrum.org. Там в разделе "What is Scrum?" написано, что фреймворк скрам (фреймворк! о как! кстати, они это с самого начала писали, хотя, конечно, это всё копирайтерство ИМХО) определён в некоем Руководстве Скрам (Scrum Guide по ихнему) вот тут: https://scrumguides.org/ На котором я в свою очередь на чистом английском языке читаю, что "Scrum is a framework for developing and sustaining complex products", что на языке родных осин значит, что Скрам это фреймворк для разработки и поддержки сложных продуктов. Там же есть и русский перевод этой книги, вот он https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Russian.pdf. Там также в главе "Определение Scrum" написано, что их фреймворк позволяет применять различные процессы, техники и методы.
Ша, не смей отбирать у айти-бояр дарованные им Омниссией инструменты, жалкий смерд. Видишь - я же молчу и не спорю, ибо нам, неведающим таинства кода машинного, негоже даже взор свой направлять на айти-боярина.
Gvaaranz Gvaaranz 17.10.202420:19 ответить ссылка -1.1
Так и не смотри на меня смерд!))
4uGySa 4uGySa 17.10.202422:32 ответить ссылка -1.3
Я по утрам смотрю в зеркало и не сомневаюсь, что с встроенным противогазом я буду только краше. Скорей бы Импи, эх заживём!
Жира это для KPI?
Для учёта денег, которые клиент должен перечислить конторе.
Не знаю в каком это секторе, но есть же бухгалтера и договоры...
Не знаю, как у вас, а у нас клиенты платят по отработанным часам.
Обычно есть таск, есть время оборудования и прикидка сколько человек ебался с обработкой данных.
Но будь в больших масштабах явно другой метод применялся бы
фиксированная оплата хороша когда задача одна и ее делают под ключ.
а когда у клиента каждый день разные хотелки, когда конечный вид продукта призрачный - то оплата может быть только почасовая и/или за каждую микро-задачу
Ну всё равно, когда такого много-много, то могу понять зачем какую-то жыру пользовать
MaXM00D MaXM00D 18.10.202410:18 ответить ссылка -0.9
Для удобства, чтобы не забыть что делаешь вообще
Жира в первую очередь для таск трекинга. А дальше их уже можно пихать в разные методологии, собирать метрики и учинять прочий разврат с гусями.
SSSZ SSSZ 17.10.202423:34 ответить ссылка 5.7
Вот. И хотя теоретически ее можно использовать не только в айти, почти всегда ее использую для отслеживания задач именно там.
nikwell nikwell 18.10.202401:15 ответить ссылка -0.9

Очередная тупая бюрократия, где из-за одной неправильный закорючки тебя могут послать нахуй.

Это всё от скейлинга. Когда задач уже 300 на каждого партнёра, и беклог у каждого сотрудника свой висит, и руководы уже не в состоянии следить за общей картиной работы с клиентом кроме как через выгрузки и аналитику - эти неаккуратне задачи в Жире только бесят уже, так как их точно будешь терять, у них будет ломаться автоматизация, выгрузки расходяться и т.д.
Rajhin Rajhin 17.10.202418:52 ответить ссылка 3.5
Так ради этого оно и существует. Чтобы вешать лапшу на уши заказчику, генерить тонны отчетов, и вообще показывать бурную деятельность.
В продуктовых конторах никто не дробит таски на миллион мелких, и не заморачивается с эстимейтами каждой. И если логически целостная таска выполняется месяц, никто не кричит караул, потому что по ней понятно, что она большая, а отчитываться всё равно не нужно, в том виде как это в аутсорсе.
У меня для тебя плохие новости...
>В продуктовых конторах никто не дробит таски на миллион мелких
сильно зависит от конторы и степени пришибленности манагера
а если вы работаете В2В, то там к пришибленности манагеров добавляется ещё пришибленность клиентов и становится резко веселее
Мимокрокодил из продуктовой конторы. Мы делим таски на десяток мелких, и в половине случаев заморачиваемся с примерным эстимейтом каждой.

Мы не можем себе позволить чтоб мидл в одиночку целый месяц педалил хуй пойми что, и на вопросы что ты делаешь отвечал "хссс что вы доебались со своей бюрократией, отвлекаете гениального гения-творца своими глупостями, отчитаюсь когда сделаю".
В чем соглашусь - в продуктовых заточены на результат. Это не значит что отчитываться не нужно, ведь горят не деньги заказчика, а деньги самой компании. Но если есть чел который нормально ебашит и отвечает за свои слова в течении недели-двух никто его не будет задрачивать, если только ему не прийдется делится задачами с приданными джунами.
А, ну это да. Просто так повелось, что уже в третьей конторе подряд никто не связывается с джунами, а в текущей такая специфика(легких задач нет), что все только сеньор+. Но вообще ты прав, это индивидуально решается исходя из эффективности.
Нука нахуй сюда пример "правильного" капитализма
Предвосхищая твои высеры, скажу простую истину: капитализм работает плохо и у него куча проблем, но остальное работает ещё хуже.
Мои высеры не сильно лучше твоих.
Мы не так много видели вообще доведенных до ума вариантов, чтобы говорить что капитализм работает лучше остальных. Лучше остальных у нас имеющихся примеров? - да, Можно ли делать лучше? - нужно! Поэтому и тобой высказанная "истина" слабо дотягивает до истины. Либо нужно хотя бы убирать то что после "но".
И мой высер и был на целен на то, что стоит обсуждать смыслы, а не скатывать в конкретные примеры и натягивание сов на глобусы.
Капитализм это вообще коммунистическая страшилка, его не существует.
Существует рыночная экономика и демократия.
Утверждение уровня "ОхУевшего не существует, существует охуЕвший и знак ударения".
Существуют только буквы на твоём мониторе... Но и это не точно.
А вот эти ваши рыночные экономики знакомы с монополией, ассиметрией инфы и тд...?
Когда у вас будет по 3 раба в подчинение тогда и будем говорить о демократиях этих ваших
> демократия существует
Это в какой вселенной.
А вы что, случайно в зеркальной заспавнились? Зря, это песочница для отловки багов...
Опять дев ветка...
У кого тут jira еще работает?
Dr. Hax Dr. Hax 17.10.202420:00 ответить ссылка -1.3
У меня. Работаю в РФ, работодатель в РФ
jira то небось ломаная?
На локальном домене пофиг на ломанность.
Хз, главное, что не YouTrack
а чем ютрэк плох? вроде симпатичный, функциональный ? если говорить именно об этом а не про доступность?
Он гораздо менее удобный чем Жыра. Это как, не знаю, Slack и RocketChat. Или Outlook и Thunderbird. Вроде, всё такое же, но куча мелких неудобств
Понятно. Интересно послушать тогда отзывы кто полностью в жетбрэинс с головой ушел и Space их использует.
Однажды на проекте менеджерам пришла в голову светлая идея поставить экосистему Битрикса - задачи, чаты, созвоны все внутри нее, до этого не думал что может быть че то хуже ютрека.
Наш нынешний клиент перешёл на OpenProject. Он уступает жире, но в целом жить можно.
Чем тебе яблоки не нравятся? Вкусные и богаты железом
Sisah Sisah 18.10.202401:26 ответить ссылка 3.7
Да он и раньше был таким. Скрам появился в начале 2000х (скрам != agile, но и представитель заказчика появился именно там, насколько я помню), я работаю так примерно с 2010, но никогда не видел представителя заказчика как часть команды. А по факту начальство просто хочет отчёта раз в 2 недели и чтобы стендапы с утра заставляли всех хотя бы к ним приходить на работу. Ну и да, оформление карточки в Jira как особый вид заблуждения из ряда "ща я так распределю задачи, что у всех вырастет производительность в стопицот раз и мы быдем делать то, что надо и не бдуем делать то, что не надо"
Ага. А по факту, на микроменеджмент и отчеты уходит 80% усилий всей команды.

Какой-то у вас хуевый аджайл, сударь

Curess Curess 17.10.202422:26 ответить ссылка 0.9
Все, что я видел, были именно такими.
Наверное, где-то в Нарнии есть нормальный, я допускаю это.
ЗЫ также я видел эффективные процессы разработки, которые имели элементы скрама/аджайла. Их всегда отличало то, что они с применением башки затачивались под конкретную команду, а не брались как есть из книжки по сраму/аджайлу.
> Их всегда отличало то, что они с применением башки затачивались под конкретную команду, а не брались как есть из книжки по сраму/аджайлу.

Достаточно подло с твоей стороны отбирать у меня ответ, сформированный еще до окончания прочтения твоего коммента.


Тут нюанс только в том, чтобы их затачивать - надо понимать особенности, а че в книжке так. А чтобы это понять - надо сначала поработать по книжке со всеми аспектами.

Потом, как правило, приходит осознание в стиле «Стоп. Это же инструмент! Я могу подстроить его под свои потребности!» и все живут счастливо.
Curess Curess 17.10.202422:50 ответить ссылка 1.6

Кхм, скрам появился несколько ранее - на стыке 80/90х годиков.

В начале нулевых был формализирован Agile, который был построен на основе нескольких практик, среди которых и популярный Скрам.

LIGHTWEIGHT METHODS
Scrum Formalized		DSDM Active		Adaptive Software
Jeff Sutherland		Involvement		development
Ken Schwaber		Arie Van Bennekum		Jim Highsmith
OOPSLA95	1997	2000
1995
Scrum adoption Mike Beedle
1999
2001
XP
Kent Beck Ward Cunningham Ron Jeffries
AGILE
MANIFESTO
Curess Curess 17.10.202421:20 ответить ссылка 2.2
Ага, а канбан это не процесс, это доска.
Честно говоря, я считаю, что, все споры о том, как что называется, ниочём. А уж тем более когда что появилось. Ну, сделали доклад ребята из Сан Хосе он в 95 году где-то под Остином и слава богу.

Возможно, я где-то не там работал, но про гибкие системы разработки все начали говорить в году примерно 2010. Помню примерно тогда я читал пмбук и в перерывах между борьбой со сном и мыслями наухя я это делаю ничего про аджайл не видел. Это не значит, что его не было, просто это не было мейнстримом.
Ну, если говорить про то, когда Аджайл стал действительно распространенным на территории восточнее Тисы - то это аккурат десятые. В загнивающей он начал активно набирать популярность после кризиса разработки в начале нулевых.

Говорить, что Аджайл, Скрам, Канбан и Лин - одно и тоже и какая разница как оно называется, примерно тоже самое, что утверждать, будто сухогруз, танкер и газовоз - одно и тоже и какая разница как называется.

А Канбан, это не процес, а методология.
И если уж душнить до конца, то не доска, а карточка или рекламный щит :)


P.S. Старые ПМбуки написаны так, чтобы человек понимал, в каком пиздеце он решил карьеру строить! Через страдания! Не то что этот 7й, который можно читать без истерики.
Curess Curess 17.10.202422:25 ответить ссылка 0.9
Через страдания! Абсолютно! На том и порешим.
Curess Curess 17.10.202422:37 ответить ссылка -0.9
Ты вы еще БАбок не читали, страдания пфф
nikwell nikwell 18.10.202401:09 ответить ссылка -0.9
Храни бог бизнес-аналитиков, жалко не всегда вы есть. Но когда есть, разработка проще в 80% случаев.
Самый страшный пмбук выглядит одной строкой: "ПМ не нужен". Даже с припиской "в значительной части команд".
Ну, если контора - чистый бодишоп, который инвойсит всех по Т&М, то там достаточно одного аккаунта на пару сотен рыл инвойсы выставлять согласно отчетам.
Curess Curess 17.10.202422:54 ответить ссылка 0.9
>Давайте клиент сядет вместе с командой разработки
Earendur Earendur 17.10.202422:19 ответить ссылка 8.8
Можно, делай.
А продакт оунером кто будет?
Или мы выберем ВА, которого не жалко и отправим его постигать глубину Бездны?
Curess Curess 17.10.202422:28 ответить ссылка 1.9
Партнёрка атлассиана стоит 300к баксов в год. Атлассиан парнерку не закрыл, как и альтиум, который нам инфраструктуру развернул, просто счет теперь уходят в Малайзию.
12111 12111 18.10.202401:46 ответить ссылка -0.8
Только зарегистрированные и активированные пользователи могут добавлять комментарии.
Похожие темы

Похожие посты
Oh no! You notice that a trolley is heading towards 5 people.
You can easily pull the lever to divert it to the other track, but your PM wants you to create a Jira ticket for it first, with a thorough description and steps to reproduce, epic and sprint assigned, story points and hours estimated, a
подробнее»

it-юмор geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор без перевода Jira it humor geek Jira it юмор

Oh no! You notice that a trolley is heading towards 5 people. You can easily pull the lever to divert it to the other track, but your PM wants you to create a Jira ticket for it first, with a thorough description and steps to reproduce, epic and sprint assigned, story points and hours estimated, a
Я часы в Жире
не списал Типичный программист
@tproger
Чтобы роботы полностью заменили программистов, клиентам нужно научиться четко и понятно формулировать задачи. Мы в безопасности.
12:35 PM- Jul 25, 2020
4.2К Q 394 people are Tweeting about this
подробнее»

it-юмор geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор клиенты заказ twitter интернет

Типичный программист @tproger Чтобы роботы полностью заменили программистов, клиентам нужно научиться четко и понятно формулировать задачи. Мы в безопасности. 12:35 PM- Jul 25, 2020 4.2К Q 394 people are Tweeting about this