Search
Write a publication
Pull to refresh
10
0
Григорий Печенкин @Greesha

Пользователь

Send message

Без единых стандартов и постоянного выравнивания Story Points становятся "вавилонской башней" — каждая команда говорит на своём языке оценок.

Но разве изначальный смысл Story Points не в этом?

ВВИА им. Жуковского больше не существует, её фактически расформировали в 2008 году. А здание на КПДВ (Петровский путевой дворец) было передано Москве ещё в 90-е, так что 100 лет авиаторов там никто не готовил.
"И вот всё у них так."

Вывод: в 2025 нужны не то аналитики, не то севрюжина с хреном.

Текст, конечно, получился несколько официозным, но офис у нас действительно отличный, не грех и похвастаться. :) И "Депо" прямо напротив.

Не надо ничего спрашивать, нужно сразу класть трубку и блочить контакт. Любую крупинку полученной информации мошенники попытаются использовать против вас.

Ценность Planning Poker - во всестороннем обсуждении задач перед оценкой. Поэтому странно звучит аргумент "Отвлечь ценных специалистов от работы". Это и есть их работа. В ходе которой в том числе растёт и их ценность.

imho статья в очередной раз демонстрирует столкновение культур - традиционной корпоративной (иерархия, планы со сроками, "учёт трудозатрат" и "утилизация ресурсов", вот это вот всё) и Agile (команда разработки все решения принимает сама, и менеджер ей не нужен).

И ни слова про ЕС ЭВМ :) Кто знает, для того очевидно, а кто не знает, тому уже и не надо.

Это челленж такой - написать статью о визуализации бизнес-процессов без единого гвоздя единой диаграммы? :)

А потом приходит заказчик и говорит: я просто хотел получать уведомления каждый раз, когда кто-то покупает мой онлайн-курс "Keep it Simple, Stupid!"

Чувствуется какая-то недосказанность :)

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

Картинки из блога Ольги Назиной aka @Molechka Хорошо бы ссылочкой сопроводить, раз так понравились.

Я тоже начал знакомство с ChatGPT с обсуждения критического мышления. :) Это была версия 3.5, и общался я с ней по-русски. Но ответы ничем не хуже imho. Вот часть диалога:

Как критически анализировать новостные сообщения?

Критический анализ новостных сообщений включает несколько шагов, чтобы оценить информацию, представленную в статье или новостном сюжете:

  1. Проверьте источник: Определите, насколько известен и доверен источник новостного сообщения. Попробуйте найти другие источники, которые подтверждают или опровергают ту же информацию.

  2. Оцените содержание: Попробуйте определить, насколько точна и объективна информация, представленная в новостном сообщении. Есть ли какие-либо логические ошибки или несостыковки?

  3. Рассмотрите контекст: Учитывая автора, тему и содержание, рассмотрите возможные влияния, которые могут повлиять на информацию, представленную в новостном сообщении.

  4. Рассмотрите альтернативные точки зрения: Рассмотрите другие источники и аргументы, которые могут иметь противоположное мнение, и рассмотрите, насколько убедительны они.

  5. Оцените язык и стиль: Обратите внимание на язык и стиль, используемые в новостном сообщении. Есть ли какие-либо признаки предвзятости или манипуляции?

  6. Учитывайте время: Учитывайте дату новостного сообщения и понимайте, что информация может быть устаревшей или измениться со временем.

  7. Сделайте свой вывод: Основываясь на своих оценках и анализе, сделайте свой вывод о том, насколько информация, представленная в новостном сообщении, достоверна и объективна.

Критический анализ новостных сообщений важен, чтобы убедиться, что мы получаем точную и объективную информацию, и избежать распространения ложной информации.

Для терминалов тоже делали. :) Были такие терминалы Jade корейской компании CyberNet. В них была своя java-подобная машина. Причём она крутилась на каких-то копеечных микроконтроллерах. Жутко глючная, долго не прожила, но позволила выйти на некоторые рынки. Следующие поколения уже использовали обычный голый Си.

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

Вопрос же стоит просто: либо Scrum, либо менеджеры. Как только появляется менеджер-прокладка, что-то обещающий заказчику, а потом - вжух! - превращающий эти обещания в обязательства команды, все техники Agile становятся бесполезны и даже вредны.

Это, кстати, относится и к "тимлиду". Как только тимлид начинает торговаться за сроки - Scrum умирает.

С использованием Word и электронной почты, но без софта. :) Рыбы не знают, что живут в воде.

А на серверную часть вы требования не пишете? И на сценарии взаимодействия мобильного приложения с сервером?

1
23 ...

Information

Rating
10,171-st
Location
Россия
Registered
Activity