Думаю, большинству знакомы различные методологии, которые описывают как можно структурировать процесс разработки, как можно стабилизировать качество продукта или как можно достигать запланированного результата в ожидаемые сроки. И, конечно, всем знакомы agile, scrum, спринты и прочие магические слова, которые повышают продуктивность на 20% сразу после произнесения их на важной встрече. Данная заметка совсем не раскрывает данных понятий (есть масса других статей с определениями, правилами внедрения, а также десятки курсов от различных тренеров), она даже не дает ответа на вопрос «что делать?». Она всего лишь затрагивает некоторую экзистенциальную проблему введения спринтов, и почему это не всегда работает (или всегда не работает).

image


С самого начала нашего жизненного пути, с ранних классов школы, нам вселяют уверенность, что жизнь это набор спринтов. «Вот тебе задача, у тебя 30 минут, поехали». Вся система построена на том, чтобы ты умел быстро получать результат (желательно быстрее своих одноклассников), причем результат ожидаемый. Если ты пошел другим путем, даже если он может открыть уникальное решение или быть интересным сам по себе, тебе поставят 2 и отправят на доп занятия. Перед контрольной тебе в экстренном порядке нужно запомнить десяток формул (зачем?) и просто уметь их применить в нужном месте. Большинство людей, уже через пару лет после школы, не могут вспомнить ни одно химическое соединение (ну, кроме, C2H5OH) и с трудом представляют в каком году было ледовое побоище (кому-нибудь это пригодилось вообще?).

Дальше начинается университет, институт или академия. Но модель практически не меняется. Тот же спринт с некоторыми допущениями. Только теперь тебе надо научиться в невероятных объемах переваривать материал за пару дней до экзамена. А дальше можешь также мгновенно забывать его, ведь надо учить новый. И нужно постараться не получить нервный срыв, проделывая это пару раз в год на протяжении 4-6 лет, и диплом в кармане. Вы можете возразить, что есть обязательные курсовые и дипломные работы, в которых нужно исследовать что-либо на протяжении долгого времени. Но давайте будем честны. Более 70% (достаточно убедительное выдуманное число?) людей не проделывают никаких состоятельных исследований, и, более того, от результатов этих исследований никак не будет зависеть наличие диплома и его цвет. И, чаще всего, эти «исследования» тоже являются спринтом аля «за 10 дней прочитать 10 статей и сделать сборную новую».

Что же потом? Очередной спринт по поиску работу. Большинство работодателей устраивают quiz-like собеседования, спрашивают пару алгоритмических задачек (если мы говорим про разработку) и всё. По результатам этого кратчайшего спринта, и, возможно, вашего резюме, принимается решение о том, брать вас на работу или нет.

Около 20 лет вашей жизни вас планомерно готовили к тому, чтобы справляться со спринтерскими соревнованиями. Поощряли именно тех, кто способен выдержать кратковременную нагрузку и пройти испытание первым. Порицали тех, кто не мог за неделю выучить 100 вопросов к экзамену. Ваш мозг адаптировался к этому и готов продолжать. И вот, началась взрослая жизнь, вы нашли работу и думаете, что всё идет хорошо.

Понимание, что где-то закралась ошибка обучения, приходит постепенно. Всё начинается с малого. Например, вы хотите иметь спортивное телосложение, идете в зал и начинаете пыхтеть. И совершенно внезапно тренер говорит вам «к лету не успеешь подкачаться/похудеть». Как это не успею? Я же на физкультуре пыхтел и мог выполнить 10-15 подтягиваний к определенной дате, и тут смогу. Сколько людей, кто бодро начинает первые несколько месяцев, и у них даже есть прогресс, но потом бросают. Возвращаются, снова бросают, и так по кругу. Конечно, они могут найти тысячи оправданий, начиная от генетики, и заканчивая работой/семейной жизнью. Но, чаще всего, реальная причина как раз в том, что они привыкли побеждать в спринте, а тут, оказывается, чтобы добиться успехов в достижении идеальных форм, нужно потратить годы. А те ребята, которые, вроде, ничего из себя не представляли в первые месяцы тренировок, внезапно, через несколько лет выглядят гораздо лучше. Им просто повезло…

Дальше больше. Вы находите человека, с которым вам нравится проводить время. У вас завязывается роман, и какое-то время все просто замечательно. Вы узнаете все больше хорошего, вы уже планируете совместное будущее. Но проходит время, и если хватит смелости признаться, все заканчивается. Потому что «чего-то не хватает» или «ты изменилась/изменился» Повторяется снова и опять заканчивается. Пока не приходит понимание, что отношения — это тоже не спринт, и нужно ими заниматься, чтобы всё было так, как вы этого хотите. А может, просто еще не встретили того, кого надо…

Здоровье


Люди болеют. Болеют часто, иногда серьезно. Рассмотрим типичные проблемы, которые случаются достаточно регулярно — простуда и заболевания ЖКТ. Как большинство людей, хотя бы в России, предпочитают бороться с этим? Правильно, закинуться горсткой таблеток, среди которых будут антибиотики или, того хуже, противовирусные. Болезнь, чаще всего, отступает. Но проходит не так много времени, и закидываться таблетками нужно по новой. Со временем, организм привыкает к препаратам и перестает на них сильно реагировать (есть множество исследований, которые говорят о том, что эра антибиотиков скоро закончится).

Такой способ очень напоминает решение глобальной проблемы спринтерским способом. Оказывается, что выгоднее всего следить за здоровьем постоянно, а не пытаться улучшать его разовыми инъекциями. И, если вы часто болеете, то, возможно, надо взглянуть на проблему глубже и понять, что это очень долгий процесс — поиск причины и дальнейшее выздоровление. Конечно, хочется найти волшебную таблетку от которой станет легче, но, к сожалению, единственный рецепт — это долгая планомерная работа с недостатками вашего организма. Безусловно, есть тысячи бактериальных и вирусных инфекций, которые надо лечить быстро и не разглагольствовать о марафонах и спринтах. Но, если это что-то хроническое, то скорее-всего процесс выздоровления будет долгий и будет включать очень много стадий. Не будем уже говорить о больших проблемах со здоровьем, как рак, альцгеймер, спид и прочее. Тут нужен совершенно иной подход. Но, совершенно точно, путь будет долгим.

Причем тут IT и Хабр?


image

Ах да, вернемся к работе, на которую вы успешно попали, пройдя нехитрый спринт от работодателя. Совершенно внезапно, тут надо делать реальный проект, средняя продолжительность которого обычно измеряется годами. Опытные стартаперы тут же возразят, что сначала надо сделать MVP за несколько месяцев и проверить теорию. И будут абсолютно правы, потому что люди хороши в спринтах. На коротком промежутке очень легко держать мотивацию команды и контролировать результат. Именно, поэтому мы видим очень много успешных стартапов, и, именно поэтому, маленькие стартапы занимают ниши больших и неповоротливых. Но, если бизнес успешен, то рано или поздно ему придется стать большим (это, конечно, не всегда правда, но чаще всего это то, чего хотят инвесторы, а без инвесторов нет и стартапа).

Что же происходит в больших и долгих проектах. Мотивация улетучивается, контролирующих становится больше. Тут на подмогу приходят гибкие методологии. Они говорят «окей, давайте разобьем всё на спринты и будет так, как привыкли люди» (это очень грубое упрощение, знаю, что agile, и scrum в частности, пропагандирует немного другое, да простит мне читатель ради краткости и в качестве гиперболизации). И действительно, после введения спринтов (и других ритуалов) производительность магическим образом улучшается. Только, проблема спринтов осталась. Если вас «поджигать» на протяжении нескольких спринтов, то через 5-7-10 итераций вы выдохнетесь. А всё потому, что реальный проект — это не спринт, а марафон. И ни один спринтер не побеждал марафон, двигаясь по нему, как по набору коротких отрезков.

Отсюда вытекает следующая большая проблема современной разработки — выгорание. Да, мы можем представить нашу деятельность в виде набора спринтов, и да, мы даже может улучшить контроль и лучше оценивать сроки, и мы даже можем идентифицировать слабые места в команде и начать работать над улучшением целой команды, а не ее отдельных членов. Но это не отменяет того, что работа над проектом — это марафон! И если к нему не готовиться, а скрывать его за модным фасадом, то он не перестанет быть марафоном. И люди будут гибнуть на рабочих местах. Люди будут переходить в другие компании, в надежде найти что-то получше. Некоторые смирятся и будут исполнять обязательства лишь формально.

Что же делать? В самом начале данной заметки сказано, что ответа на данный вопрос не будет. Сказано это потому, что для каждой отдельной ситуации ответ будет свой (не верю в общие решения, серебряной пули для построения процессов не бывает). Что можно сделать? Во-первых, признать, что проблема есть, особенно, если сотрудники страдают/уходят и прочее. Ведь признание проблемы — уже половина решения. Во-вторых, работать над корпоративной культурой. У людей должно быть понимание, зачем они идут на работу каждый день. В-третьих, обучать людей, давать им советы, работать с каждым индивидуально. А всё остальное очень специфично и зависит от деталей команды/проекта/компании.

image

Вместо заключения


Нужно просто не забывать, что практически любое ответвление вашей жизни — это марафон. Начиная вашим здоровьем, семьей, друзьями и заканчивая работой. Для меня, это было неожиданное озарение несколько лет назад, на которое у меня ушло более 5 лет профессиональной разработки (да, видать, я не очень смышленый малый).

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

Комментарии (16)


  1. dolovar
    25.07.2019 17:22
    -1

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


    1. b_idler Автор
      25.07.2019 17:31
      +1

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


      1. dolovar
        25.07.2019 18:14

        что конкретно я не понимаю про процесс образования?
        Формула спирта и дата Ледового побоища пригодились каждому, но не после образования, а в процессе образования.
        Разум оперирует абстракциями, деревья которых разрастаются при наличии богатства образцов с разными свойствами. Даже если какое-то свойство какого-то из образцов не вспоминаются сами по себе, именно благодаря их обилию в голове выстраивается объемная картинка, которая пусть и не видна четко до последней точки, как статьи в википедиях, но создает ощущение глубины и богатства мира. Без выстраивания этой основы, не получится запомнить те факты и создать те навыки, которые будут пригождаться на протяжении взрослой жизни.
        Знание математических формул или иностранных слов нужны в работе, но их было бы невозможно получить, если бы не было невидимых крючков или липучек, к которым может прикрепляться новая информация. И не беда, что не видно отдельных связей.
        выгоднее всего следить за здоровьем постоянно, а не пытаться улучшать его разовыми инъекциями
        Чистой воды профилактика вместо лечения.
        они привыкли побеждать в спринте, а тут, оказывается, чтобы добиться успехов в достижении идеальных форм, нужно потратить годы
        Ориентация на быстродостижимые цели — это короткий, близкий или недостаточный горизонт планирования. Или узкий, поскольку его в многочисленных статьях предлагают расширять. Правильно предлагают.

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

        Для всех трех стратегий есть необходимость тренировки до забега и реабилитации после финиша. Все три стратегии подразумевают наличие финиша. Поэтому все три стратегии плохо подходят для аналогии с целой жизнью.
        В течение жизни нам нужны и спурты, и сюрплясы, движение вперед сменяется дрейфом вбок и откатами назад. Спринт и марафон в аналогиях — инструменты, которые выбираются не по их самоценности, а под конкретные задачи.
        реальный проект — это не спринт, а марафон
        Жизнь реального проекта — это не марафон. Жизнь проекта подобна жизни человека — есть вынашивание, бурное рождение, активный рост, процветание и стагнация, за которой следует перерождение или смерть. На разных этапах требуются разные усилия, иногда спринт становится полезней.

        Нужный вам термин все же не «марафон», но «горизонт планирования».

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


        1. b_idler Автор
          25.07.2019 18:29

          Ух, как много понаписали. Постараюсь ответить.
          Про образование. Совершенно не согласен. Точнее, ваши идеи имеют что-то близкое с правдой, но основная цель образования — дать общее представление о мире и его связях. То, что устаревшее пост-советское образование до сих пор затачивается на фактах, вместо того, чтобы раскрывать смысл вещей — это его главная проблема. То, о чем вы говорите — стимулирование мозговой деятельности, улучшение нейронных связей. Этого можно достичь куда более простыми способами, нежели учить дату ледового побоища. Как пример, можно посмотреть на европейское (скажу только за Германию, правда) и американское образование. Они далеко ушли от запоминания формул и дат. Там, конечно, тоже много проблем, но это уже совсем другая история.

          Про здоровье.
          Я говорил как раз про болезни. Болезни всё равно будут случаться, сколько не «профилактируй». И быстрые антибиотики — это плохой выход. Также, я подчеркнул хронические заболевания (о чем могу говорить с большим опытом). Их лечение (именно лечение, а не профилактика) обычно растягивается на много лет. Но подойти к этому — ох как сложно. Всегда хочется просто принять пилюлю.

          Про проект.
          Также, категорически не согласен. В марафоне вы не видите финиш и слабо представляете где он будет. Вы только знаете, что рано или поздно, он будет. Также, и в жизни — финиш будет, только никто не знает, как далеко. Горизонт планирования — это что-то сбоку, не пересекающиеся с исходной мыслью. Да, безусловно, важно уметь планировать на разные промежутки, планы весьма серьезно помогают двигаться к цели, позволяют держать мотивацию, но это совершенно другая история.

          Собственно, в одном соглашусь, проект похож на жизнь. Только короче. И основная стадия проекта (после всех апробаций и выхода на рынок) — это марафон. Долгий и мучительный. И к нему надо готовиться, если вы хотите не выгорать в длинных enterprise проектах.


          1. dolovar
            25.07.2019 18:40

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

            это марафон. Долгий и мучительный. И к нему надо готовиться, если вы хотите не выгорать в длинных enterprise проектах
            Признаю ваше право придерживаться точки зрения, которая вам импонирует. Я здесь всего лишь оставил комментарий, высказал мнение о прочитанном, а не пришел переубеждать.
            И в качестве еще одного комментария замечу, опять же выскажу своё мнение, о выгорании — слишком частые или слишком интенсивные рывки, способствующие накоплению усталости, а также неумение ставить достижимые цели, являются возможными причинами выгорания, но — разными и не единственными.


            1. b_idler Автор
              25.07.2019 18:45

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

              P.S. в любом случае, спасибо за комментарий, всегда интересно послушать другую точку зрения. В спорах, как известно, рождается истина.


              1. dolovar
                25.07.2019 18:51

                вы действительно считаете, что зубрежка различных точных дат и формул чем-то помогает?
                В вашем вопросе содержится пресуппозиция — я нигде не утверждал, что зубрежка чем-то или чему-то помогает.
                В спорах, как известно, рождается истина.
                Насчет споров, мне настолько нравятся "неочевидные правила спора", что я даже добавил ссылку на них в свой профиль.


    1. b_idler Автор
      25.07.2019 17:47
      +1

      И по поводу корпоративной культуры. Как раз ценятся именно те менеджеры, которые умеют находить подход к своим подчиненным. Если интересно, на сколько сейчас высоко оценивается умение строить личностные отношения, и на сколько от этого зависит успех всей команды или компании, можете почитать относительно свежие работы по этой теме (eng manager in FB Julie Zhuo — The Making of a Manager или Eric Schmidt — How Google Works).


  1. sand14
    25.07.2019 18:02
    +2

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


    Или же нужно между спринтами делать отдых не меньше самого спринта.
    Но ведь нет же — к понедельнику деплой? Ну значит, в пятницу овертайм, а в понедельник бегом на новый спринт.
    Я работал в компании, где вообще шли параллельно две серии двузнедельных спринтов, со сдвигом в неделю (один для поставки в тестирование, другой в прод). Это значит, что выходных нет вообще.


    А потом удивляются, и пишут статьи, что, де, выгорание (да чего там — сжигание), что сотрудники в ИТ постоянно куда то уходят и переходят, а оставшиеся формально выполняют kpi.


    Я не говорю уж о том, что даже если между спринтами через один вставлять спринты отдыха (на отдых и переключение контекста — ага, а про переключение контекстов тоже отдельный разговор), то исходную задачу (сделать длительный проект, коли до людей дела нет) это не поможет решить — тк ну не разбивается большинство реальных задач на эти ваши спринты.
    И потом начинают писать статьи/говорить, почему же все проекты в итоге сваливаются в "плохой код" (ну вы поняли), никакую (отсутствующую) анатитику и закрываются, а потом открываются новые и далее по кругу.


    Удивительно, что в последнее время на уровне андегаунда пока, но стали об этом говорить.
    Мне же это было ясно сразу, как прочитал манифесты и статьи про аджайл и скрам, когда это стало модным и стало требовать я везде. Хотя вот недавно прошел тренинг у сертифицированных тренеров и получил сертификат.


    1. b_idler Автор
      25.07.2019 18:15

      Спасибо!

      Честно признаюсь, мне сразу понятно не было. Сам ходил восхищенно пересказывая скрам-мастеров, и воспринимая это, как волшебную пилюлю. Но всё приходит с опытом. Теперь понятно, что есть просто огромное количество разнообразных инструментов, и нужно обдуманно понимать, когда и что можно применять.


      1. sand14
        25.07.2019 19:29
        -1

        Коллега, ваша статья кажется мне очень актуальной и важной, и хотелось бы, чтобы её увидело больше людей.
        Просится, чтобы она была добавлена в хаб "управление проектами" (там точно ей место, наряду с изначально добавленным "управлением персоналом").
        Возможно, хаб "программирование" — все-таки мы обсуждаем тему в контексте разработки, а в другие сферы аджайл только приходит. И в этом хабе статью точно увидит много людей, причем релевантных.


    1. dolovar
      25.07.2019 18:45

      Удивительно, что в последнее время на уровне андегаунда пока, но стали об этом говорить.
      На Хабре, который трудно назвать андеграундом, по тегу "выгорание" первая статья датирована 2014 годом, и в ней уже был упомянут вред переработок. Кроме Хабра есть и другие площадки, поэтому не совсем ясно, что именно нового на эту тему появилось в последнее время.


      1. sand14
        25.07.2019 19:22

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


        При этом у меня сложилось впечатление, что на эту тему, причем именно в связи с аджайлом и скрамом, стали писать/переводить/комментировать больше именно в последнее время.


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


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


        И да, хабр я бы все-таки отнес к андеграунду пока.
        Да, в последнее время он "вышел в свет", и как тут говорят, вновь прибывших тут даже больше.
        Но тут разработчики откровенно говорят о том, что боятся сказать вслух менеджерам в компаниях.


        1. dolovar
          25.07.2019 19:47

          если говорить о 2014-м, то к этому времени скрам и подобное уже успели себя проявить в индустрии несколько лет точно, и о выгорании уже нельзя было говорить только как о таковом (по традиционным причинам), без учета контекста скрама
          За примерно десять лет своего существования «The Scrum Guide» менялся несколько раз. Я не следил за изменениями, поскольку являюсь разработчиком, а не скрам-мастером, но сам факт наличия правок говорит о том, что даже авторы видят несовершенство системы методов и приемов, множество которых принято объединять под термином. И пытаются что-то улучшать. Поэтому в контексте обсуждения именно скрама легко найти много разных недостатков. Помимо популярного — использование лишь части инструментов без учета стоящих задач.

          Авторы скрама взяли понятие спринта из регби — вот матч с набором очков, вот пробежки. Попробуйте представить, что в регби одна команда играет без пробежек, с марафонским подходом — много ли соревнований она выиграет?
          Вполне можно провести аналогию с разработкой программных продуктов — много ли наработает команда, которая планирует работу с прицелом на финиш через несколько лет и начинает бежать соответственно, придерживая часть сил на следующие годы?

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

          В моей нынешней команде за пятилетку было несколько переходов со скрама на канбан и обратно. В итоге пришли к облегченной версии, которая помогает планировать хотя бы часть задач. И которая не помогла бы, но и не помешала бы загнать любого разработчика, если у руководства появилось бы желание переключиться на стратегию выжимания соков.
          У моей супруги на предыдущей работе не было и нет ни малейшего следа скрама или аджайла, но есть такое выгорание, что дым столбом стоит.
          Любой пистолет может выстрелить в ногу. Не думаю, что пробежки в регби чем-то принципиально отличаются в этом плане — успешность команды зависит от тренера и игроков, а не от правил игры.

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


  1. saboteur_kiev
    26.07.2019 02:15

    Как-то все намешано в кучу, перепутаны термины и понятия.

    Нормальные agile спринты сравниваются с марафонами, хотя правильно их воспринимать как итерации, то есть время на решение небольшой задачи. Никто в нормално поставленном SDLC не будет во время спринта лететь сломя голову.
    Спринт нужен чтобы можно было ориентироваться в сроках решения задачи. Каждый руководитель, проводя agile-митинги, определяет производительность команды, и может планировать долгосрочные планы. Иначе все «сделаем за год» будет превращаться в «два года». Другой вопрос, что для адекватного agile процесса, нужен адекватный agile-менеджер, который выстраивает и корректирует процесс в конкретно взятом проекте, с конкретной командой. А не любитель хайповых тренингов и длинных спичей как это все будет хорошо, и внедряя процесс даже не познакомившись с проектом поближе.

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

    Что же касается образования — школьный материал на самом деле дается довольно неспешно — он рассчитан на среднестатистического ученика. И никто не заставляет учить кучу формул перед контрольной. Это делают недисциплинированные середнячки, которые хотят получить больше оценок и «читят», филоня в начале, и по-максимуму готовясь перед тестами. Если организовывать себя и учить материал осмысленно, то перед тестами/контрольными достаточно беглого осмотра. Тем более что совершенно верно — идеальные оценки в табеле и красный диплом требуют совершенно несопоставимых усилий (в первую очередь из-за того, что тесты принимают люди со своими бзиками и заскоками) с реальной пользой и отдачей.
    Вполне достаточно усвоить, что оценка должна быть просто достаточной, а при понимании материала, получить достаточную оценку в принципе несложно. Важнее понимать материал.

    Если какая-то тема/направление заинтересовало — материалов изучить сверх школьной программы — полно.
    И да, основная задача школы и института, кроме дачи базовых знаний — в том числе и научиться решать проблемы, анализировать информацию, делать выводы, проводить исследования (рефераты, дипломы, etc). Каждый находит свой способ пройти это испытание (заучивание наизусть, дополнительные занятия с репетитором, выполнение домашки с родителями, самостоятельное использование гугла и доп. материалов, взятки преподам и так далее) — каждый способ дает что-то свое.

    Да, ни в школе ни в институте сама учебная программа сейчас не готовит никого к реальной работе. Но судя по тем выпускникам, которых я вижу последние лет 10, я совершенно не вижу ни в ком тех самых спринтеров, о которых вы пишете. Наоборот, подавляющее большинство ничего не способно выучить/понять/освоить даже за достаточное время, и основная причина — привычка лениться/филонить/прогуливать и другие способы обрести халяву, потому что по какой-то причине для большинства баллы были важнее знаний. А как я показал выше — баллы можно получить разными способами, и реальное усваивание материала — возможно не самый эффективный.

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


  1. AlexunKo
    26.07.2019 03:19

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