Отсутствие менеджеров-это жестокое и глупое заблуждение. Просто вам менеджера подсунули под соусом скрам-мастера, да и сверху задачи спускаются со сроками и требованиями. Без менеджеров никуда, и это очевидный факт, который ну никак не вычеркнуть да и вычеркивать его нельзя, так как везде должна быть выстроена и четко работать иерархия подчинения, иначе будет хаос, как вот с многими случаями неграмотного и огульного внедрения этих присловутых гибких методологий, который больше вреда принесли, нежели пользы. и скрам все-таки в его нынешнем применении в большинстве мест-скорее больше похож на тоталитарную секту с жестким подчинением и динамомашину по выкачиванию соков из клиентов и работников, а вовсе не на рабочее пространство с якобы отсутствием бюрократии.
Этот Сазерленд похоже просто агент ЦРУ и вредитель, которому была поставлена цель развалить многие организации путем внедрения этой неработоспособной заразы. Хотя конечно не исключаю полностью, что такой подход применим в очень ограниченных случаях, а вовсе не где попало и для чего попало.
порой решения о внедрении(ВРЕДрении)) таких методологий принимаются в состоянии неполного понимания целей внедрения и без грамотного просчета сопутствующих рисков, например под воздействием неких навязанных извне стандартов и клише, основанных на каких-то общих современных тенденциях и трендах, которые вводят руководство в заблуждения, что очень часто приводит к печальным последствиям в конечном счете.
Любой эджайл - это не про качество и сроки, он предназначен для другого, это скорее методология отработки чрезвычайных ситуаций, а не способ плановой работы для получения высококачественного и полностью готового результата. Если тот же скрам используется не по назначению, а в большинстве случаев его таки используют совсем не по назначению, на выходе получается высокопроизводительный хаос, и не более того.
Скрам абсолютно или почти абсолютно неприменим в большинстве задач где необходимо достичь конечного результата и/или получить полностью законченный продукт в четко установленные сроки в рамках четко определенных регламентов. Скрам-это не про регламенты и сроки. Это скорее управляемый хаос. Так же скрам почти неприменим на тех работах, где нужно непрерывно сопровождать инфраструктуру-это техническое администрирование. Кроме того, скрам отвлекает от основной работы и выполнения непосредственных обязанностей. Эта очередная мода которая в итоге превратилась в очередное безумие и этот несчастный скрам(как и другие методологии "гибкой" работы) пичкают везде где только можно, порой нанося большой вред многим организациям. Возможно что это целенаправленная диверсия.
У нас все правительство токсичное и детей ненавидит лютой ненавистью, один только ЕГЭ что стоит, ювенальный маразм и прочие фашистские законы, в том числе против семьи, детей и их развития. Поэтому и продолжает работать. и таких как правило не убирают.
И такой работой должны заниматься исключительно руководство, кадровики и штатные профессиональные психологи, которые в основном должны быть из отделов кадров.
Никакой автоматизации и тем более выигрыша в ресурсах, в том числе не обслуживание этого монстра в малых и средних компаниях эта новомодная фишка практически никогда не дает, за очень редким исключением. И сопровождать его крайне сложно и дорого, и сам он по себе во многом весьма непредсказуем в части стабильности. А уж когда рухнет-попробуй еще подними. Тот еще кардебалет с бубнами. В 90% случаем это как минимум сильно избыточное решение и даже очень спорное в плане необходимости использования, и еще во многом небезопасное, так как велосипед в виде боинга.
А еще это жесткая зависимость от вендора-гугла, который в один прекрасный момент его накроет медным тазом. Вон что было после того как он перестал поддерживать докер среды.
///Но что, если у вас есть устаревшие приложения, которые не могут работать в контейнерах?///
Что означает "устаревшие" приложения? Это не устаревшие приложения, а просто совершенно другая архитектура для совсем других целей. Глупая повальная мода на контейнеризированные приложения никак и нисколько не отменяет те же монолитные архитектуры. Кстати, сами api и приложения которые управляют контейнерными средами-это еще одна дополнительная прослойка в основной системе, увеличивающая собственные риски, в том числе увеличивая сложность(а значит и расходы на сопровождение), во многом уменьшая безопасность(с одной стороны) несмотря на расхожее мнение и далеко не всегда оправдано в плане архитектуры многих приложений. Контейнеризация хоть и дает с одной стороны некоторые преференции и плюсы, но в то же время в ней и много рисков, минусов, как и в случае с кубернетисами.
И вообще, инициатива(полезная разумеется) - строго наказуема. Во многих современных компаниях, чья работа выстроена на основе современных так называемых методологий управления, навязанных Западом и их спецслужбами. Хотя на первый взгляд им и удалось весь процесс выстроить таким образом, как будто бы то не так и все ровно да наоборот-)
Две основные общие проблемы скрам: его применяют не там где надо и его применяют не так как надо. А надо(или допустимо) его применять в не более 10% случаев. Скрам-это не панацея совершенно, а там где его пичкают по принципу басни Крылова Про мартышка и очки - часто даже вредит делу.
Начнем с того, что любой agile, который пичкают везде и всюду-это не про эффективность, а про дефективность и вредительство. В большинстве задач нужна четкие и понятные иерерхия и документированность всех бизнес процессов, инфраструктур и их организации, включая должностные обязанности каждого сотрудника.
Для того чтобы в любой организации не было такого бардака, где сотруднику кто попало и когда попало переназначает любую задачу, необходимы детально описанные бизнес процессы и их организация, работающая инфраструктура и ее управление, четко и детально прописанные в документации иерархия подчиненности с самого верху, должностные обязанности каждого сотрудника с обозначенными рамками, а так же назначены текущие и планируемые задачи, их приоритеты со сроками их старта и исполнения, хотя-бы примерными и ответственные за эти задачи. И, разумеется, прозрачные механизмы отчетности. И главное все это должно быть документировано всегда актуальной документацией. Чтобы потом концы не искать, как это часто случается в подобных шарагах с agile.
Отсутствие менеджеров-это жестокое и глупое заблуждение. Просто вам менеджера подсунули под соусом скрам-мастера, да и сверху задачи спускаются со сроками и требованиями. Без менеджеров никуда, и это очевидный факт, который ну никак не вычеркнуть да и вычеркивать его нельзя, так как везде должна быть выстроена и четко работать иерархия подчинения, иначе будет хаос, как вот с многими случаями неграмотного и огульного внедрения этих присловутых гибких методологий, который больше вреда принесли, нежели пользы. и скрам все-таки в его нынешнем применении в большинстве мест-скорее больше похож на тоталитарную секту с жестким подчинением и динамомашину по выкачиванию соков из клиентов и работников, а вовсе не на рабочее пространство с якобы отсутствием бюрократии.
Этот Сазерленд похоже просто агент ЦРУ и вредитель, которому была поставлена цель развалить многие организации путем внедрения этой неработоспособной заразы. Хотя конечно не исключаю полностью, что такой подход применим в очень ограниченных случаях, а вовсе не где попало и для чего попало.
порой решения о внедрении(ВРЕДрении)) таких методологий принимаются в состоянии неполного понимания целей внедрения и без грамотного просчета сопутствующих рисков, например под воздействием неких навязанных извне стандартов и клише, основанных на каких-то общих современных тенденциях и трендах, которые вводят руководство в заблуждения, что очень часто приводит к печальным последствиям в конечном счете.
Это точно. И в более чем 80% случаев, по крайне мере в российских реалиях, это именно срам!
Любой эджайл - это не про качество и сроки, он предназначен для другого, это скорее методология отработки чрезвычайных ситуаций, а не способ плановой работы для получения высококачественного и полностью готового результата. Если тот же скрам используется не по назначению, а в большинстве случаев его таки используют совсем не по назначению, на выходе получается высокопроизводительный хаос, и не более того.
Скрам абсолютно или почти абсолютно неприменим в большинстве задач где необходимо достичь конечного результата и/или получить полностью законченный продукт в четко установленные сроки в рамках четко определенных регламентов. Скрам-это не про регламенты и сроки. Это скорее управляемый хаос. Так же скрам почти неприменим на тех работах, где нужно непрерывно сопровождать инфраструктуру-это техническое администрирование. Кроме того, скрам отвлекает от основной работы и выполнения непосредственных обязанностей. Эта очередная мода которая в итоге превратилась в очередное безумие и этот несчастный скрам(как и другие методологии "гибкой" работы) пичкают везде где только можно, порой нанося большой вред многим организациям. Возможно что это целенаправленная диверсия.
У нас все правительство токсичное и детей ненавидит лютой ненавистью, один только ЕГЭ что стоит, ювенальный маразм и прочие фашистские законы, в том числе против семьи, детей и их развития. Поэтому и продолжает работать. и таких как правило не убирают.
Яндекс кстати-это вовсе не показатель крутости в части состава программистов-)
И такой работой должны заниматься исключительно руководство, кадровики и штатные профессиональные психологи, которые в основном должны быть из отделов кадров.
Никакой автоматизации и тем более выигрыша в ресурсах, в том числе не обслуживание этого монстра в малых и средних компаниях эта новомодная фишка практически никогда не дает, за очень редким исключением. И сопровождать его крайне сложно и дорого, и сам он по себе во многом весьма непредсказуем в части стабильности. А уж когда рухнет-попробуй еще подними. Тот еще кардебалет с бубнами. В 90% случаем это как минимум сильно избыточное решение и даже очень спорное в плане необходимости использования, и еще во многом небезопасное, так как велосипед в виде боинга.
А еще это жесткая зависимость от вендора-гугла, который в один прекрасный момент его накроет медным тазом. Вон что было после того как он перестал поддерживать докер среды.
///Но что, если у вас есть устаревшие приложения, которые не могут работать в контейнерах?///
Что означает "устаревшие" приложения? Это не устаревшие приложения, а просто совершенно другая архитектура для совсем других целей. Глупая повальная мода на контейнеризированные приложения никак и нисколько не отменяет те же монолитные архитектуры. Кстати, сами api и приложения которые управляют контейнерными средами-это еще одна дополнительная прослойка в основной системе, увеличивающая собственные риски, в том числе увеличивая сложность(а значит и расходы на сопровождение), во многом уменьшая безопасность(с одной стороны) несмотря на расхожее мнение и далеко не всегда оправдано в плане архитектуры многих приложений. Контейнеризация хоть и дает с одной стороны некоторые преференции и плюсы, но в то же время в ней и много рисков, минусов, как и в случае с кубернетисами.
.
Не всегда конечно, но тем не менее - Браво!
На деле же это обыкновенное вредительство на основе сектантства, замаскированного под систему якобы повышения эффективности.
В 90% случает карьеру так и делают-по головам.
И вообще, инициатива(полезная разумеется) - строго наказуема. Во многих современных компаниях, чья работа выстроена на основе современных так называемых методологий управления, навязанных Западом и их спецслужбами. Хотя на первый взгляд им и удалось весь процесс выстроить таким образом, как будто бы то не так и все ровно да наоборот-)
Саму компанию и выстроенную в ней систему оценивать никому не дадут, а если дадут и попросят, то врядли кто-то либо мало кто скажет честно-)
Токсичнее самой технологии agile в контексте запихивания ее куда ни попадя - и не придумать-)
Две основные общие проблемы скрам: его применяют не там где надо и его применяют не так как надо. А надо(или допустимо) его применять в не более 10% случаев. Скрам-это не панацея совершенно, а там где его пичкают по принципу басни Крылова Про мартышка и очки - часто даже вредит делу.
Начнем с того, что любой agile, который пичкают везде и всюду-это не про эффективность, а про дефективность и вредительство. В большинстве задач нужна четкие и понятные иерерхия и документированность всех бизнес процессов, инфраструктур и их организации, включая должностные обязанности каждого сотрудника.
Для того чтобы в любой организации не было такого бардака, где сотруднику кто попало и когда попало переназначает любую задачу, необходимы детально описанные бизнес процессы и их организация, работающая инфраструктура и ее управление, четко и детально прописанные в документации иерархия подчиненности с самого верху, должностные обязанности каждого сотрудника с обозначенными рамками, а так же назначены текущие и планируемые задачи, их приоритеты со сроками их старта и исполнения, хотя-бы примерными и ответственные за эти задачи. И, разумеется, прозрачные механизмы отчетности. И главное все это должно быть документировано всегда актуальной документацией. Чтобы потом концы не искать, как это часто случается в подобных шарагах с agile.