вважаю, що потрібно оці гроші на розвиток людського капіталу, направити в 95 квартал. Толкові люди вони, он скільки толкових депутатів створили

1. В Украине очень дешевое жилье пока что.

Частково погоджуюсь

2. Сервис в Украине в среднем лучше по сравнению с более чем десятком стран где я был.

Погоджуюсь, що багато де хороше обслуговування. Але також є ще більше місць де хамовите обслуговування. Не так страшне воно, як те , що власники це підтримують

За последние 5 лет почти везде появились терминалы. Даже у курьеров часто есть.

Це якщо в провінцію не їздити. Хоча, в країнах Європи не був в місцях де немає термінала

Напишу про Германию:
1. Цены на жилье, как аренда, так и покупка. Имеется в виду крупные города, а не деревня в Померании))
2. Уровень бытового сервиса — стрижки, обслуживание в кафе, подключение интернета, бытовые услуги
3. Ситуация с яслями/садами — реально есть нехватка, новые строятся очень медленно.
4. Закрытые магазины в вс и по праздникам — это без комментариев)))
5. Любовь к наличным расчетам — ситуация потихоньку исправляется, но все еще во многих местах только наличка и удивленный взгляд при просьбе картой рассчитаться.

окрім, пункту 4 все якось не сильно від України відрізняєтся

все, що описано тут не є проблемею скрама, а я проблемою людей які його не вміють використовувати. Всі ваші наїзди на скрам, ні що інше як просто не розуміння інструмента людьми

Неумение эффективно проводить короткие стендапы по существу, которые часто раздуваются в митинги по планированию.

це проблема скраму чи людей які не вміють ним користуватись ?

7) Металитет наших (!) (если говорить о наших), да и многих восточных народов, которые наводнили США и проч капстраны, не приемлет такого подхода

угу. і лікувати людей різних рас потрібно по різному.

Для примера ситуация твоя, когда никто не хочет писать ненужные интеграционные тесты..

упічна фраза. правда яким боком до тестів скрам, я хз

Если недоделанный скоуп постоянно увеличивается или откладывается, это приводит к невыполнению поставленных целей на спринт к его концу, и, соответственно, невозможности реализации метрик скрама по эффективности

власне, скрам покликаний вирішити цю проблему, але якщо ви не вмієте організувати роботу...

стремлении к идеальному скраму

НЕ ІСНУЄ ІДЕАЛЬНОГО СКРАМУ !!! ТЕ, ЩО ПИШУТЬ В КНИГАХ ЦЕ РЕКОМЕНДАЦІЇ ! ТЕ ЩО ВИ НЕ РОБИТЕ СКРАМ ЦЕРЕМОНІЙ НЕ ОЗНАЧАЄ, ЩО У ВАС СКРАМ
СКРАМ — ЦЕ ПЛАНУВАННЯ ІТЕРАЦІЇ І ВИКОНАННЯ ЗАДАЧ У СКОУПІ ЗАПЛАНОВАНОГО. не ретро, не стендапи реалізують скрам.

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

взяв в травні оцей — JYU4034CN. це минулорічна топова модель.
Задоволений по вуха. певно, найбільший недолік це короткий кабель usb type c. Вирішується покупкою довшого.
Батарея тримає хз скільки. напевно годин 8. не засікав, але проблем з цим не бачив. Працюю у Visual Studio.

ясно. сайт російською, проходимо далі

ви краще лінк на крісла дайте, я в пошуках

цікава штука. EPAM про свій досвід в RPA сьогодні пробує розповідати всюди і завжди. і лише завдяки цьому я відкрив для себе UiPath

огромное количество времени

в скрамі є 3-4 види мітинга :
щоденний статус — 10-15хв, пленінг(1-2 години на ітерацію), ретро(1 година) і демо (якщо потрібно замовнику, також година)
за двотижневий спринт — разом десь 6год з 40. Ви більше витрачаєте на походу по каву та перекури
проблема не в мітингах — всі ці мітинги потрібні для ефективної роботи. Проблема в тому, що вони не правильно проводяться. Якщо ваш статус займає не 15хв, а годину — то ВАША проблема. Це не проблема яку створює скрам, а проблема що команда\менеджер\скрам мастер не вміє використовувати скрам

Планерка перед каждой сменой

то не стЕндАп значить то не скрам

Рабочие методологии есть, тот же XP.

XP — це набір ІНЖЕНЕРНИХ практик для вирішення технічних завдань\проблем. XP не методологія. методологія це організація процесу.

одно конкретное распиареное нерабочее говно

ок. ваша позиція. Але от мені цікаво — що саме не працює ? будь ласка конкретно. Що робить скрам гімном ?

Упрощенный RUP

OpenUP

Здається, що ті хто тут розписують який скрам\аджайл гімно пишуть це через наступні причини :
— не до кінця розуміють, що таке скрам\аджайл\будь яка інша методологія . Скрам це не є стендап і мітинги. скрам про інше. Скрам про планування та комунікацію. Розберіться спочатку, що таке скрам і не називайте свій срач на проекті скрамом
— були ображені менеджером\керівником \ мали негативний досвід через не правильно\неефективно реалізований процес. Тут варто глянути на попередній пункт і боротися з комплексами
— вважають, що фіча\сторя повинна прийти до них «ідеальна» і вони її «ідеально» реалізують, але не трогайте нас ! Вам потрібно розуміти, що розробник : а) працює в команді б) повинен не лише код писати, а бути залученим в планування\технічному аналізі

P.S. будь яка методологія\практика — інструмент. Якщо він вам не підійшов то може цей інструмент не був вам потрібен в той момент ? Або його не правильно використали ? Або ви просто вічно не задоволена людина і ваш характер все критикувати ?

CI

інженерна практика з XP. Те саме і TDD. Вони покликані допомогти з вирішенням ТЕХНІЧНИХ завдань та проблем. Скрам\аджайл\ватерфол — організаційні практики, покликані вирішити організаційні проблеми та організувати процес

вкурсі. Це ітеративна модель, описана Боємом в якійсь книжці, десь в кінці 80-тих. як воно на практиці — а хз. Абстрактна модель. Просто хотілося почути думку автора цитати

Размер скрам команды — 5-9 человек.

де я про скрам писав ? я писав для чого потрібна будь яка методологія

в которой она формализируется в скрам-ритуалах — не нужна. Даже вредна.

перекинутись 10 хв статусом між колегами та в кінці ітерації\майлстоуна обговорити проблеми та успіхи це погано ? чим ? яке є краще рішення ?

А скрам тут при чём?

де я писав про скрам ? Саме це речення поясню для чого комунікація у тих випадках коли щось міняється в пріорітех або планах. Коли хтось починаєте плисти не в те русло, допомогти йому вирішити

Разработчиков и тестеров, которые в бизнесе заказчика коллективно ни бум-бум?

ТАК. команда розробки повинна розуміти куди вони пливуть, які цілі реалізують та очікування від них

Если у них проблемы — сами скажут

ну ну. канєшно. не було такого, що чувак три дні вирішував якусь проблему, а в сусідній кімнаті інший знає її вирішення за 5хв ? Чи коли хтось тиждень витрачає час на фічі, яку не правильно зрозумів і пізніше доводиться переписувати ?

а спіраль то як ?

Задача будь якої методології — формалізація процесів, формалізація комунікацій і тд і тп. Коли розробляється якийсь хоумпейдж і команда декілька людей це можливо і не потрібно (хоча, на мою думку, це може допомогти). Але коли у вас команда велика, навіть 10+ людей — виникають проблеми. Якщо деви думають, що їх код, архітектура і тд і тп цікаві бізнесу — вони помиляються. Бізнес (а бізнес платить гроші девам і приносить прибуток. не код) хоче бачити реалізовані вимоги. І щоб ці вимоги норм реалізовувати потрібна КОМУНІКАЦІЯ. Якщо ви пиляєте «ідеальний» код для фічі яка нікому не потрібна — нахєр такий код. І щоб знати потрібна вона чи ні — потрібні мітинги. Щоб знати проблеми ваших колег — потрібні мітинги. Щоб розуміти пріорітети — потрібні мітинги. Сумно, коли «сініори» це не розуміють

Хотілося би почути від критиків скраму\аджайлу — що краще ? який «правильний» підхід ? Якщо скрам гімно, аджайл гімно, канбан гімно, ватерфол гімно — що не гімно ?