Офер за 1 день в команду BetterMe (Frontend Hiring, JavaScript/React/Redux)
×Закрыть
T/T Lead
  • Менеджмент Scrum-проекта: не слишком ли часто мы отступаем от правил

    Им надо — пусть и дискутируют с тем кому не надо.

    Тем более демагогом

  • Менеджмент Scrum-проекта: не слишком ли часто мы отступаем от правил

    что скрам заработал — людям самим нравится работать

    а если скрама нет — то людям не может нравиться работать?

    всем прямо заявлять, с пеной у рта — что это не работает и туфта

    если я правильно понимаю это аргумент на все случаи жизни
    «это потому что вы не умеете X готовить!»
    ?

    ну типа — а чего Java? а это потому что ниасиляторы С++ кругом.
    а Go почему? а потому что и Джаву уже не могут осилить.

    Потом вдруг начинает получаться

    а это аргумент
    Если долго мучиться — то что-нибудь получится?

    ну и в конце релиз.

    да, без скрама релиз никак не получить....

  • Менеджмент Scrum-проекта: не слишком ли часто мы отступаем от правил

    Это реальные кейсы, которым я был свидетелем.

    а я был свидетелем, многократно что программисты с лычками не в состоянии прочесть написанное.
    И?

    А почему не записывал за мной?

    если у них было положено записывать, то надо было — записывать.
    у меня буквально 10 минут минимитинг был.
    у нас принято — записывать.
    я записывал, сразу себе в викидпад, во время разговора. что показалось невнятным — переспросил.
    И?

    я не знаю что там в вашем случае было. да и к теме об ответственностях и ценности продакта — ни ваш, ни мой случаи не имеют отношения.

  • Менеджмент Scrum-проекта: не слишком ли часто мы отступаем от правил

    Продакту достаточно ставить задачи устно

    ораторским приемом — доведение до абсурда — надо уметь пользоваться.
    а то выйдет демагогия:
    а если продакт есть и молчит?

    но вы продолжайте конечно. искренняя демагогия — это среди коллег которые должны бы уметь мыслить — вполне массовое явление :)

    Поддержал: Konstantin Kirenko
  • Google представив Flutter 2 та Dart 2.12

    Да, интересно, сможет ли он серьёзно повлиять на фронтенд, или повторит судьбу Silverlight

    мобилки меня никак не интересуют в новости о Flutter
    они давно — свой мир, и что там на мобилках — мобильщикам только и интересно

  • Google представив Flutter 2 та Dart 2.12

    P.S.
    забыл указать контекст:

    к этой новости важна еще новость

    05.03.2021
    Подготовлен релиз платформы Electron 12.0.0, которая предоставляет самодостаточный фреймворк для разработки многоплатформенных пользовательских приложений, использующий в качестве основы компоненты Chromium, V8 и Node.js. Значительное изменение номера версии связано с обновлением до кодовой базы Chromium 89, платформы Node.js 14.16 и JavaScript-движка V8 8.9.
    ...
    Из программ, построенных на базе платформы Electron можно отметить редактор Atom, почтовые клиенты Nylas и Mailspring, инструментарий для работы с Git GitKraken, система ведения блогов WordPress Desktop, BitTorrent-клиент WebTorrent Desktop, а также официальные клиенты к таким сервисам, как Skype, Signal, Slack, Basecamp, Twitch, Ghost, Wire, Wrike, Visual Studio Code и Discord.
    www.opennet.ru/...​nnews/art.shtml?num=54705

  • Менеджмент Scrum-проекта: не слишком ли часто мы отступаем от правил

    И, Product Owner на эту роль не подходит, т.к. чаще всего находится со стороны заказчика.

    очень правильная тонкость!

    продакт обязан быть на стороне исполнителя, а не заказчика :)
    а со стороны заказчика — вице-продакт :)

    Потому что заказчик обычно — не умеет разрабатывать программные продукты.
    то есть — ни формулировать требования, ни анализировать их, ни выбирать архитектурные решения, ни просто — код писать.

    а когда продакт, архитект, БА и т.п. на строне заказчика, то исполнитель тогда
    атусорсер/аутстафер

    Поддержал: Konstantin Kirenko
  • Менеджмент Scrum-проекта: не слишком ли часто мы отступаем от правил

    без должной инициативы и самоорганизации.

    а при должных инициативе и самоорганизации встанет вопрос — так на кой тогда «скрам»?

    как, забыл кто, с авторитетов сказал:
    из инструментов для ведения проектов вам достаточно электронной таблицы для трекинга задач/багов и вики для документации.
    остальное будет кодом, или комментариями в нем.

    но инициатовность и самоорганизация в дефиците и у самих менеджеров. поэтому там тоже начальник начальника моего начальника

    все мы — люди. по большей части не инициативные и разгильдяи :)

    Поддержали: Oleg Mayko, Konstantin Kirenko
  • Менеджмент Scrum-проекта: не слишком ли часто мы отступаем от правил

    все так.

    а опорное в вашем сообщении

    Х орднунг в исполнении расовых немцев

    и

    Х по всем канонам — это очень и очень дорого

    утрировано
    замените Х на что угодно, хоть на RUP, хоть на FDD(Feature driven development), хоть на ...
    будет тот же результат.

    немцы и очень дорого — решающие факторы, а не X

    Поддержал: Konstantin Kirenko
  • Google представив Flutter 2 та Dart 2.12

    Да, интересно, сможет ли он серьёзно повлиять на фронтенд, или повторит судьбу Silverlight

    Поддержали: Artemiy Lysenko, Andrei Keida
  • Менеджмент Scrum-проекта: не слишком ли часто мы отступаем от правил

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

    Поддержал: Konstantin Kirenko
  • Менеджмент Scrum-проекта: не слишком ли часто мы отступаем от правил

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

    Глянул в гугл, а то надо же какая новость про обязанности продакта...
    Первая ж попавшаяся
    Product Owner: 7 ключевых обязанностей
    vc.ru/...​-klyuchevyh-obyazannostey

    Поддержал: Konstantin Kirenko
  • Менеджмент Scrum-проекта: не слишком ли часто мы отступаем от правил

    Ну вы и сравнили, компанию и проект. Вы действительно не понимаете что это никак не связанные вещи? Тогда начинайте с чтения википедии. Извините, неинтересно цитировать эти базовые термины

  • Менеджмент Scrum-проекта: не слишком ли часто мы отступаем от правил

    Вы путаете ответственности, задачи, с методами их достижения.
    Так можно ещё вспомнить и о кондиционерах в офисе, без которых продуктивность упадёт. И стоянку для авто возле офиса, без которой програмисты будут тратить время и нервы чтобы поставить свое авто за три квартала.

    Финансы не при чем, потому в команде энтузиастов стартаперов, живущих на накопленное, в кредит или зарплату супруга(и) все так же будет нужен продакт овнер, какие-то процессы и т.д.

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

    Оставьте эти наивности о деньгах как мотиваторе джунам — заплатите мне больше я стану умней и опытней и буду работать продуктивней и эффективней!

    Мысленный эксперимент — давайте начнём платить всей команде в два раза больше, но посадим её в подвал без кондиционеров, в доме под снос, с туалетом на улице.

    Так что, важнее для продуктивности окажется ?

    Поддержал: Konstantin Kirenko
  • Маски — как носить, где купить, как определить «правильную», как пошить самостоятельно, как дезинфицировать маски для многоразового использования

    Когда науковерцы отрицают что-то на основе линейной логики основанной «на научном факте!», я улыбаюсь(а бывает и тролю):
    все наверняка намного сложней в действительности, чтобы пары известных научных фактов было достаточно описать все явление.
    Многие истинно верно писали что обычные маски не могут остановить вирус — «вирус маленький, а дырки в маске большие, вот!»
    Да, верно, но наверняка все не так просто:

    ... В нескольких исследованиях сообщается ...: даже если люди, которые надевали маски, все-таки инфицируются коронавирусом, то заболевание у них, как правило, проходит в относительно легкой форме.
    ...
    Одна из первых линий защиты организма от патогенных микроорганизмов, которые летают в воздухе, известная как «мукоцилиарный клиренс» — специфический механизм очистки и защиты слизистой оболочки. Слизистая оболочка в дыхательных путях — это настоящая ловушка для вирусов и бактерий. Но этот механизм опирается на то, что слизистая должна быть постоянно увлажненной.
    Все немного сложнее зимой, поскольку воздух становится холоднее, и способность удерживать воду падает. Более низкая влажность вызывает пересушивание дыхательных путей. Это одна из причин, почему вирусы верхних дыхательных путей, такие как грипп, например, очень активно распространяются зимой.
    ...
    Доктор Кортни и доктор Бакс предположили, что маски могут помочь сохранять влагу. Они считают, что, когда человек дышит, водяной пар конденсируется на внутренней стороне маски. Затем на вдохе сухой воздух, который проходит через маску, собирает «водяной осадок» и возвращает воду обратно в дыхательные пути. Это может гарантировать иммунной системе человека, который носит маску, значительное преимущество.
    ...
    Защитные маски для лица могут помогать иммунной системе — The Economist
    zn.ua/...​isteme-the-economist.html

    «А где пруфы на достоверные научные исследования?»
    обычно тоже самое что и
    «А где это в Библии написано??»

  • Менеджмент Scrum-проекта: не слишком ли часто мы отступаем от правил

    Product Owner — он и есть лицо финансово отвечающее

    а финансы тут при чем??

    давайте разбираться в этих ролях, которые, есно, могут совмещаться одним человеком:
    — проджект менеджер это тот кто отвечает за проект как вид деятельности.

    Проект — предпринятие с определёнными датами начала и завершения, предпринятое для создания продукта или услуги (сервиса) в соответствии с заданными ресурсами и требованиями (ISO/IEC/IEEE 15288:2008 Systems and software engineering — System life cycle processes; ISO/IEC 15939:2007 Systems and software engineering — Measurement proces
    Проект — совокупность мероприятий для разработки нового продукта или улучшения существующего продукта (ISO/IEC 26514 Systems and software engineering — Requirements for designers and — developers of user documentation)

    — продакт овнер отвечает за продукт (иногда употребляют тоже самое слово — проект), за его целостность, сбалансированость, знает business value фич, выставляет приоритеты их реализаций, согласовывает требования и т.п.

    и вопрос правильный — если взять идеальный аджайл:
    Люди и взаимодействие важнее процессов(проджект менеджер занят тем что следит за их правильностью) и инструментов
    Работающий продукт(за него отвечает продакт овнер) важнее исчерпывающей документации

    то проектная деятельность в нем рулится сама. а продакт овнер — все равно нужен

    Поддержал: Konstantin Kirenko
  • Прошу поділитися власним досвідом медитації

    Погоджуся, що подібні твердження важко підтвердити чи спростувати

    так. і я ні в якому разі не казав про вас особисто.
    навіть у канонічних історіях описуються випадкі коли «нуб» тільки но прийшов та почав, та показав «результати» кращі ніж ті що роками сиділи.
    повірте — це видко, тим хто знається.
    так само видко дивлячись на код — хто писав :)

    от довести раціонально так, неможливо.

    що воно за медитативний стан і чи існує він взагалі?

    існує. так само як існує стан сну, чи стан потоку, коли ти весь у тому що робиш що губиш своє я та відчуття часу.
    так само як і полустани, ти сонний, але ж не спиш, або ти сконцетрований, але подивляєшься на годиник, бо скоро піцу привезуть.
    так і сон, але відчуваєш що ти спиш, та відчуваєш що «фоново» ще й думаєш про щось :)

    просто медитативний стан — зазвичай не дається від природи. як немає від природи знання программування. а от рефлексія, хоч яка — то природнє.
    і якщо людина просто рефлєксувала, то вона мимоволі й намацала отой медитативний стан, десь поруч вже ходила :)

    контроль — то трохи інше. навчитися контролювати себе, свої емоції можна і без всякої медитації.

  • Менеджмент Scrum-проекта: не слишком ли часто мы отступаем от правил

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

    да, фильтрую.
    смотрю сноски, противопоказания, и т.д.

    давайте чуть отстаренно, о том как я фильтрую.

    а массово смотрят на достижения об успехе.
    классический пример:
    все смотрят и рукоплещут — стартап Х взлетел!
    а я смотрю на статистику, по разным оценкам от 95% до 97% дальше первого раунда не доживают. и, смекаю себе — так это всего лишь те что попали в эту статистику. а сколько умерло не успев попасть?

    почти во всех таких случаях могу понять — почему не работает

    конечно. в каждом случае будут конкретные причины, которые, наверное, можно было и вполне устранить.

    вопрос в другом, что есть нормальным — смерть стартапа или успех?

    Проекты при этом выполняются успешно, так что цели мы тоже достигаем.

    благодаря или вопреки? СССР и войну выиграл, и атомную бомбу сделал, и в космос полетел.
    благодаря или вопреки?

    вы такой информации публично не предоставите, даже если и знаете ее :)

    так что вот он — второй фильтр: а возможен ли другой ответ?
    ну знаете, как вопрос о вопросе
    если на данный вопрос нельзя отвечать по другому — то зачем его вообще задавать?

    при этом я пытаюсь в своих командах сделать так чтобы работало

    а это — вообще не имеет отношения к работоспособности Скрам.
    вы можете быть очень талантливым и трудолбивым человеком, и из говна сделать конфетку.
    гуано код можно писать и на С++, а классный на PHP, и т.п.

    Если вы в жизни не встречали нормального SCRUM который я видел в основном в продуктовых команиях

    вот, уже кое-что. указано эмпирическое ограничение для «нормального SCRUM» — «в основном в продуктовых команиях»

    думаем дальше — а почему так? что такого в самом SCRUM что он «в основном в продуктовых компаниях»?
    обычно — не думаем. а списываем все на невежество, неграмотность, и т.д ну то есть чтобы не думать а удовлетвориться ответом заглушкой.

    Вася плохо работает потому что — ленив!
    и все хорошо, ответ типа есть :)

    Если SCRUM не идет со стороны топ-менеджмента — то его и не будет, это 100%.

    о, вот второе интересное эмпирическое наблюдение.

    читаем мой пост dou.ua/...​ment/?from=slider#2074769

    Видимо вы и другие люди как раз сталкиваются с такими примерами (тоже видел и работал).

    далее, о «и выбираете только то что соответсвует вашей точке зрения»

    я как раз — отталкиваюсь от таких примеров, потому что давний фанат — аджайл :) просто потому что мне нравится работать по этим принципам. понимаете в чем прикол — я собственно фанат аджайл, и знаю и когда он превращает в хаос разработку, и чем его подпереть, и когда он — карго культ.

    Могу еще сказать что видел PM-ов разной степени успешности которые никогда не читали PMBOK, но как по мне это не значит что PM как дисциплина не работает.

    полностью согласен.

    и о том рядом писал, и те кто не читали ничего кроме хайповых статей по Скрам — живут по «водопаду», ну свято уверены что у них Скрам, потому что у них есть вот такой его атрибут, такой и эдакий. и потому что — достигают своих целей.
    значит у нас — Скрам!

    а когда начинаешь выяснять, а чего ж из Скрама у вас нет вот этого, того и такого — и получаешь ответ — ну-у-у-у, мы пробовали, полная ерунда получается. почему? мы старались, но потому и потому.

    и эти ответы публично мало кто даст. потому что за такое признание в своей неспособности реализовать ортодоксальный Скрам — будут заплеваны тусовкой. причем такими же «неспособными» даже больше, чем евангелистами :)

    вот так я фильтрую :)
    учитываю — вероятности скрытого, недосказанного, ошибки выжившего, подверженность «давлению общественного мнения» и т.п.

  • Менеджмент Scrum-проекта: не слишком ли часто мы отступаем от правил

    без настоящего Product Owner это уже совсем не SCRUM.

    без Product Owner — всегда беда и тяготы, при любом способе разработки

    а когда он есть, и толков, то становится пофик, скрам, lean или «водопад»

    при наличии продакта — разработку уже ничем не испортишь.
    разве что — сверхнизким бюджетом :)

  • Менеджмент Scrum-проекта: не слишком ли часто мы отступаем от правил

    часто в состав команды включают БА

    согласен, тогда такая команда может претендовать на звание кроссфункциональной.

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

    речь о том что в большинстве случаев — этого всего или частями нет, не было и не будет :)

    а бирочка — у нас Скрам — да, будет. хорошо если просто бирочка, без обслуживаия этого карго культа

← Сtrl 123456...144 Ctrl →