Языковая часть помогает искать идеи и шаги решения, но каждое решение должно быть записано в виде строгого доказательства на языке Lean4 и пройти проверку ядром этой системы. Если формальный проверяющий не принимает доказательство, ответ не считается найденным.
Где здесь использование чего-то другого кроме ЛЛМ или использование логики в поиске решения, а не проверке чего-то найденного?
Цель спринта не сделать задачу, а выполнить цель спирта
это пять!
"команде это знать не надо"
я такого не говорил.
Чтобы не завалило задачами, и чтобы эффективно работалось - задачи должны закрываться. Для этого их надо нарезать на 2-3 недели, а не на 2 месяца. И именно для анализа и нарезки задач, не планирования спринта и не демо, всю команду дергать не обязательно. Если большинство задач тяжелые, то лучше 4х недельные спринты сделать.
И не забываем, что выполнения задачи - результат командный. Сильно желательно, чтобы над задачей работало больше одного человека.
Если мидл не знает ценности того что делает, то не сможет сделать хороший продукт
А если продукт получился плохой, значит мидлу не рассказали его ценность? А ценность в каждом спринте меняется?
Каждый спринт приоритеты меняются. Команда не может сконцентрироваться, не доделывает старые задачи, начинает новые — в итоге получается 100 брошенных задач.
Планируйте, чтобы задача влезала в спринт. Для этого типа планирования всей команды присутствовать не обязательно, достаточно Тимлид, ПМ и сеньор.
15 минут на стандап - много, должно хватать 7-8. Пинайте скрам мастера, чтобы следил.
Из 6ти часов , получится 2-3 на 2 недели.
Правильнее выстроить процессы так, чтобы вся команда участвовала в понимании потребностей клиентов
да! давайте мидлов нагрузим работой PO - ProjectOwner.
Представьте классическую ситуацию: отдел продаж собирает обратную связь, идет к delivery-менеджеру, тот — к владельцу продукта, владелец продукта — к команде. Пока задача проходит этот путь, все забывают, зачем она вообще нужна. Связь с клиентом теряется — получается сломанный телефон.
ДМ здесь лишний, а ПО обязательный.
Важно выстроить процессы так, чтобы обратная связь клиентов попадала в бэклог команды как можно быстрее.
И как быстро бэклог завалят? А приоритеты задачам выставлять кто будет?
Статистика печальная, и многое объясняет, но не оправдывает.
Не знаешь - спроси, у того кто знает, найми людей, которые будут делать анализ, и давать рекомендации.
Корень проблемы большинства 36 пунктов - пофиг на будущее компании? тупо лень? Завышенный уровень компенсации угнетает мотивацию? В случае увольнения, свои руководительские навыки я могу везде применить, а ты попробуй свой опыт с фреймворком или технологией 10+ летней давности найти работу.
Вам не казалось, что 80% проблем управления кроется в том, что топам пофиг на компанию?
Это хозяину и работнику важно процветание компании - хозяин рискует деньгами, работник использует свои - навыки на рабочем месте, которые могут быть не сильно востребованы в другой компании. Даже в IT - застрял на COBOL, и все. Первичные навыки манагеров - управление людьми. Даже если уволили - пойдет рукаводить в другое место.
Может кто, знает почему ЛН, потребляет в 10 раз больше памяти? Легко до 1.5-2 гиг в отличие от обычного сайта в 200-300 мег. При этом любой клик, все равно идет подгрузка.
Вы много так написали, а статью читали?
Где здесь использование чего-то другого кроме ЛЛМ или использование логики в поиске решения, а не проверке чего-то найденного?
Так как ИИ вообще не может в логику, то чем быстрее пузырек лопнет на формальных критериях, тем быстрее лопнет весь ИИ.
А можно не заваливать команду работой Тимлида и Оунера? не перегружать митингами, где будем регулярно перетирать как все важно?
Команде останется кодинг, а РО - общение, приоритизация, ТЛу - помощь в определении сложности.
Может производительности команды увеличится? Но ПО/ПМу прийдется работать!
"вижу Сбер, читаю Спёр"
это пять!
я такого не говорил.
Чтобы не завалило задачами, и чтобы эффективно работалось - задачи должны закрываться. Для этого их надо нарезать на 2-3 недели, а не на 2 месяца. И именно для анализа и нарезки задач, не планирования спринта и не демо, всю команду дергать не обязательно. Если большинство задач тяжелые, то лучше 4х недельные спринты сделать.
И не забываем, что выполнения задачи - результат командный. Сильно желательно, чтобы над задачей работало больше одного человека.
А если продукт получился плохой, значит мидлу не рассказали его ценность? А ценность в каждом спринте меняется?
Есть такая полезная вещь, как zero-cost abstraction.
Планируйте, чтобы задача влезала в спринт. Для этого типа планирования всей команды присутствовать не обязательно, достаточно Тимлид, ПМ и сеньор.
15 минут на стандап - много, должно хватать 7-8. Пинайте скрам мастера, чтобы следил.
Из 6ти часов , получится 2-3 на 2 недели.
да! давайте мидлов нагрузим работой PO - ProjectOwner.
ДМ здесь лишний, а ПО обязательный.
И как быстро бэклог завалят? А приоритеты задачам выставлять кто будет?
Обзор очков без luma.viture.com ?
Можно узнать подробнее? "большом числе", это сколько шардов, в чем накладные расходы? Это связано с SELECT или не только?
Deep learning и ум? Наверное очень глубоко он его там спрятал, что никто не видит.
В IT это усугубляется тем, что половина проектов могут провалиться
Обновленные данные 2020:
А если провал вероятен, то зачем напрягаться?
Некоторые, особо 'хитрые' директора этим пользуются сознательно.
Кстати становится понятно стремление все этих директоров к AI, которому далеко до интеллекта, но видимо ближе к директору.
А волна массовых сокращений - приятное дополнение к экономии бюджета и увеличении прибыли.
Статистика печальная, и многое объясняет, но не оправдывает.
Не знаешь - спроси, у того кто знает, найми людей, которые будут делать анализ, и давать рекомендации.
Корень проблемы большинства 36 пунктов - пофиг на будущее компании? тупо лень? Завышенный уровень компенсации угнетает мотивацию? В случае увольнения, свои руководительские навыки я могу везде применить, а ты попробуй свой опыт с фреймворком или технологией 10+ летней давности найти работу.
Вам не казалось, что 80% проблем управления кроется в том, что топам пофиг на компанию?
Это хозяину и работнику важно процветание компании - хозяин рискует деньгами, работник использует свои - навыки на рабочем месте, которые могут быть не сильно востребованы в другой компании. Даже в IT - застрял на COBOL, и все. Первичные навыки манагеров - управление людьми. Даже если уволили - пойдет рукаводить в другое место.
Может кто, знает почему ЛН, потребляет в 10 раз больше памяти? Легко до 1.5-2 гиг в отличие от обычного сайта в 200-300 мег. При этом любой клик, все равно идет подгрузка.
Статья полезная, но выглядит, как тезисы доклада, а не статья. Собрано все в кучу, часто без примеров и анализа.
Стек / язык вы стесняетесь назвать?
написать юнит тесты - это успех?
ну как минимум оно в прод не деплоится и прямого вреда не принесет.
возьмите задачу чуть сложнее чем 2+2 на языке чуть сложнее чем питон.
Очень хорошая статья, но не упомянуто, что это декларируемая изоляция. В действительности, может быть все хуже: https://jepsen.io/analyses/mysql-8.0.34