Сообщение Re[13]: Scrum не подходит для программной разработки от 09.03.2021 19:56
Изменено 09.03.2021 20:06 Министр Промышленности из Minecraft'а
Re[13]: Scrum не подходит для программной разработки
МП>>за Майкрософт я не переживаю
МП>>если отвечать надо за 25 разработческих часов, то это терпимо
МП>>вот только мне кажется от конторы, специализирующейся на разработке софта, и даже бывшем лидере индустрии, можно было бы ожидать большей эффективности
TG>У вас есть рецепт как работать с большей эффективностью?
боюсь что рецепта у меня нет
я знаю, что сам работаю эффективнее по крайней мере 80% разработчиков
и знаю, как сделать конкретно мою работу максимально эффективной
но мои рецепты вполне могут действовать не так на убогих программистов, пришедших в отрасль только за деньгами
А кстати, когда я учился у них же был свой собсвенный процесс разработки, назывался MSF
что с ним случилось?
Кажется работоспособным процесс из Deutsch Telecom, называется "SE BoOK"
Мне самому быстрее работать не по нему, но средние команды могли бы его использовать
МП>>может потому они больше и не лидеры
TG>А кто лидер? И как считаем?
кажется Гугл
но в эту войну я не хочу вступать
МП>>если отвечать надо за 25 разработческих часов, то это терпимо
МП>>вот только мне кажется от конторы, специализирующейся на разработке софта, и даже бывшем лидере индустрии, можно было бы ожидать большей эффективности
TG>У вас есть рецепт как работать с большей эффективностью?
боюсь что рецепта у меня нет
я знаю, что сам работаю эффективнее по крайней мере 80% разработчиков
и знаю, как сделать конкретно мою работу максимально эффективной
но мои рецепты вполне могут действовать не так на убогих программистов, пришедших в отрасль только за деньгами
А кстати, когда я учился у них же был свой собсвенный процесс разработки, назывался MSF
что с ним случилось?
Кажется работоспособным процесс из Deutsch Telecom, называется "SE BoOK"
Мне самому быстрее работать не по нему, но средние команды могли бы его использовать
МП>>может потому они больше и не лидеры
TG>А кто лидер? И как считаем?
кажется Гугл
но в эту войну я не хочу вступать
Re[13]: Scrum не подходит для программной разработки
МП>>за Майкрософт я не переживаю
МП>>если отвечать надо за 25 разработческих часов, то это терпимо
МП>>вот только мне кажется от конторы, специализирующейся на разработке софта, и даже бывшем лидере индустрии, можно было бы ожидать большей эффективности
TG>У вас есть рецепт как работать с большей эффективностью?
боюсь что универсального рецепта у меня нет
я знаю, что сам работаю эффективнее по крайней мере 80% разработчиков
и знаю, как сделать конкретно мою работу максимально эффективной
но мои рецепты вполне могут действовать не так на убогих программистов, пришедших в отрасль только за деньгами
А кстати, когда я учился у них же был свой собсвенный процесс разработки, назывался MSF
что с ним случилось?
Кажется работоспособным процесс из Deutsch Telecom, называется "SE BoOK"
Мне самому быстрее работать не по нему, но средние команды могли бы его использовать
UPD: осознал, что ответил в общем, не применительно к MS, продолжу:
в Майкрософте работают не средние, соответственно, можно было бы оптимизировать работу для раскрытия по возможности не 5 часов моральных сил, а 6
ну и как-то предусмотреть возможности для полёта мысли, когда разработчик входит в поток и может выдавать большую производительность
нужно закрепить возможность нажать кнопку "отъехать", переключающую режим в "не беспокоить", чтобы бюрократические процессы не вредили
хотя похоже они там забюрократизировались уже давно, на эту мысль наводили ещё в нулевых детали реализаций разных частей, описанных в MSDN
там местами хороший разработчик так бы вообще мыслить не стал, но чувствовалась поступь надёжного программирования, с результатом, даже если не изящно
МП>>может потому они больше и не лидеры
TG>А кто лидер? И как считаем?
кажется Гугл
но в эту войну я не хочу вступать
МП>>если отвечать надо за 25 разработческих часов, то это терпимо
МП>>вот только мне кажется от конторы, специализирующейся на разработке софта, и даже бывшем лидере индустрии, можно было бы ожидать большей эффективности
TG>У вас есть рецепт как работать с большей эффективностью?
боюсь что универсального рецепта у меня нет
я знаю, что сам работаю эффективнее по крайней мере 80% разработчиков
и знаю, как сделать конкретно мою работу максимально эффективной
но мои рецепты вполне могут действовать не так на убогих программистов, пришедших в отрасль только за деньгами
А кстати, когда я учился у них же был свой собсвенный процесс разработки, назывался MSF
что с ним случилось?
Кажется работоспособным процесс из Deutsch Telecom, называется "SE BoOK"
Мне самому быстрее работать не по нему, но средние команды могли бы его использовать
UPD: осознал, что ответил в общем, не применительно к MS, продолжу:
в Майкрософте работают не средние, соответственно, можно было бы оптимизировать работу для раскрытия по возможности не 5 часов моральных сил, а 6
ну и как-то предусмотреть возможности для полёта мысли, когда разработчик входит в поток и может выдавать большую производительность
нужно закрепить возможность нажать кнопку "отъехать", переключающую режим в "не беспокоить", чтобы бюрократические процессы не вредили
хотя похоже они там забюрократизировались уже давно, на эту мысль наводили ещё в нулевых детали реализаций разных частей, описанных в MSDN
там местами хороший разработчик так бы вообще мыслить не стал, но чувствовалась поступь надёжного программирования, с результатом, даже если не изящно
МП>>может потому они больше и не лидеры
TG>А кто лидер? И как считаем?
кажется Гугл
но в эту войну я не хочу вступать