Всё, что происходит в мире ИТ это всегда эволюция. Проблема, которую описывает автор относится к миру персональных данных и организации архивов. Как только мы все стали пользоваться разными типами устройств, систем, сервисов появилась данная проблема, а может и не проблема, поскольку файла стало не хватать для хранения и обработки «единицы» воспринимаемой информации. Но самое основное, что компьютер перестал быть элитарной вещью, которой владеют специалисты. Он получил массовое распространение, как телевизор. И современник пользователю понятие файла чуждо. Проффи, я уверен, продолжают делать бэкапы своих файлов и фотографий, а пользователи об этом даже не думают, и их сажают на оплату новых сервисов, которые им удобны. Такова жизнь мира этого мира.
Свобода это одна из ключевых целей мотивации, свобода личная и финансовая. Кроме того, необходимо понимайте глобальной цели, «зачем делаем?» и возможность самореализации сотрудника. Это относится к тому, что вы написали про интересное и полезное дело.
Если линейный руководитель или руководство компании попытаются устроить армейскую муштру в современной ИТ-компании, то такой компании не долго прийдется существовать. Конечно, отдельных дебилов хватает везде, их нужно выявлять и удалять. Работа должна приносить сотруднику удовольствие, и это уже не «хотелка», а реальность.
Хорошо написано. Идеальный мир социализма, а в центре этого мира альфа-самец-разработчик. Наверное, до 35 лет, при отсутсвие семьи и работающих родителях такое рассуждение возможно и в нашей реальности. Да, и большинство людей — 90% очень тяжело принимают решение о смене работы, не жалуются, и этим пользуются работодатели. Далее, к 40 в ход идёт другая логика: разработчик до сих пор не начальник, не руководитель — да он безамбициозный, не мотивированный, не будем его нанимать. В 50 резюме HR совсем смотреть не будет. Лучше взять молодого до 35, процесс производства типовой, а платить можно на порядок меньше. Это мой практический опыт по найму, трудоустройству и взаимодействию с HR, может быть негативный. Поэтому, можно следовать рекомендациям в статье, и это идеальные советы, но реальность, сука, суровая тварь. Ежики кололись, плакали, но продолжали есть кактус.
«Использование накопленной национальной мудрости» для «улучшения корпоративного взаимодействия». Это ключевой принцип. Японцы очень отличаются от других наций и для них корпоративные ценности становятся личными. Их карьерный рост по спирали позволяет понимать все процессы организации. Всем следует у них этому поучиться, но не у всех получается, поскольку ментальность иная.
Всё по делу. Менеджмент ничего не понимает в разработке, но при этом ему нужно показывать свою значимость и видимость, а это реструктуризация, изменение системы управления. Поиграются на компании, и уходят в другую с повышением. Модная тема, которую топы используют в своих интересах. А вокруг консультанты рубят капусту. Хорошую идею Agile, как и социализм, испоганили и превратили в что-то нарицательное.
Вы правы, что статья несёт именно этот посыл, но я смотрю на это со стороны заказчика, менеджмента и интерпретирую по другому их небольшие замечания. :) Команды не работают для своего удовольствия, и если Лиды пишут это, то это определенное лукавство. Они создают продукты для бизнеса, который определяет сроки и диктует свои правила.
Хорошо написано, легко читается. У всех Лидов прослеживается одна мысль в промерах: менеджмент мешает нам жить, творить, быть свободными, но они платят нам зарплату, поэтому приходится договариваться. :) Вспомнил анекдот: Пришел к выводу, что наш кот относится ко мне, как к богу. То есть, игнорирует мое существование до тех пор, пока ему от меня что-то не понадобится.
Большое спасибо за столь подробные комментарии. Внимательно прочитал все ваши замечания, и хотел бы отметить, что они не критические и агрессивные, как вы упомянули, а в большинстве случаев расширяют или уточняют мои тезисы. Многостраничные книги написаны по всей этой тематике, а я сжал все до двух страниц. Конечно данные выводы должны вызывать желание спорить и дискутировать. Это и является моей целью. Отвечая на ваш общий вопрос, да, выступления были низкого качества, и PMI вынужденно притягивает Agile к своей деятельности, следуя вызовам времени. Я, безусловно, структурировал и интерпретировал материалы, исходя из своего понимания процессов, опыта и подал их, исходя из своего представления и «прекрасном». Я полностью в этой теме, XP для своих команд я использую с девяностых, и, как только начали появляться статьи на эту тему, оказалось, что мы с товарищами так и делаем программы, как они описывают. C нулевых уже пошли проекты по стандартам PMI и PRINCE2. Теперь всех «бросило» в Agile, и на моей текущей работе мы находимся в данном процессе, поэтому все оцениваю, интерпретирую, анализирую, чтобы добиться позитивного результата. Расплескать воду легко, собрать ее трудно.
Чем более детальные DoD, тем выше качество, но тем больше времени требуется на его поддержку и происходит увеличение T2M. Тут вечный баланс. Но у многих компаний банально отсутсвует качественное QA для продуктов, а они при этом идут в Agile, пытаясь этим решить свои проблемы и в сроках и качестве.
Безусловно, но в Agile можно при этом уменьшить T2M. В умелых руках и при правильной организации любой подход будет работать хорошо. Я сделал некоторый обзор выступлений, Lessons Learned, а не сравнивал Agile и Waterfall. Последние годы трендом является уход от классики в Agile при отсутсвие готовности организации к смене подходов, что приводит к отрицательным результатам. А консалтерам только это и нужно: «впарить» и заработать. Коллеги делились сложностями, с которыми они столкнулись. Я считаю, что далеко не всегда нужно использовать Agile.
Только, если отсутствует должное QA. Именно на этом сделан акцент. Суть вывода и рекомендации: Agile эффективно работает в связке с качественным производственным циклом, в котором используются все виды тестирования. Если не используется DevOps, нет автоматизированных тестов, то жди проблем в Agile.
Свобода это одна из ключевых целей мотивации, свобода личная и финансовая. Кроме того, необходимо понимайте глобальной цели, «зачем делаем?» и возможность самореализации сотрудника. Это относится к тому, что вы написали про интересное и полезное дело.
Вы правы, что статья несёт именно этот посыл, но я смотрю на это со стороны заказчика, менеджмента и интерпретирую по другому их небольшие замечания. :) Команды не работают для своего удовольствия, и если Лиды пишут это, то это определенное лукавство. Они создают продукты для бизнеса, который определяет сроки и диктует свои правила.
Только, если отсутствует должное QA. Именно на этом сделан акцент. Суть вывода и рекомендации: Agile эффективно работает в связке с качественным производственным циклом, в котором используются все виды тестирования. Если не используется DevOps, нет автоматизированных тестов, то жди проблем в Agile.