140 историй об Agile-разработке программного обеспечения, которые стоит узнать

1 апреля 2023 г.

Давайте узнаем об гибкой разработке программного обеспечения из этих 140 бесплатных историй. Они упорядочены по наибольшему времени чтения, созданного на HackerNoon. Посетите /Learn Repo, чтобы найти самые читаемые истории о любой технологии.

1. Да, в Agile ЕСТЬ дедлайны

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

2. Зачем нужен владелец продукта (PO)?

В этой статье объясняются повседневные обязанности и навыки, необходимые для успешного владельца продукта в технологической компании SaaS.

3. Как элегантно писать модульные тесты

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

4. Реальный пример конвейеров CI/CD в действии

Конвейер CI/CD — пример использования

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

Сегодня все хотят перейти на Agile. Команды хотят поставить пользователя в центр процесса разработки своего продукта при создании продуктов. В конце концов, вы создаете продукт для своих пользователей, верно?

6. Лучшие практики разработки программного обеспечения в 2023 году

Услуги по разработке программного обеспечения в 2023 году будут отличаться от того, что есть сейчас. Он будет более совместным и открытым, чем когда-либо прежде.

7. 6 ошибок в пользовательских историях, которые вызывают путаницу при разработке продукта

Сегодня все хотят перейти на Agile. Команды хотят поставить пользователя в центр процесса разработки своего продукта при создании продуктов. В конце концов, вы создаете продукт для своих пользователей, верно?

8. Введение в Agile-практики: почему в Scrum нужен небольшой релиз?

Экстремальное программирование продвигает небольшие выпуски с помощью непрерывной интеграции (CI) и других методов экстремального программирования.

9. Лучшие компании, которые следуют методологии гибкой разработки

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

10. Что случилось с разработкой программного обеспечения?

я его уже не узнаю

11. Краткое руководство по принципам бережливой разработки ПО

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

12. Руководство из пяти шагов по развитию мышления разработчика программного обеспечения

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

13. Четыре классические книги по разработке программного обеспечения

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

14. Как помешать разработчикам писать некачественный код

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

15. Как оптимизировать ИТ-инфраструктуру: рассмотрим этапы.

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

16. Что для вас значит Agile?

Во время недавней встречи с agile-сообществом меня спросили, «что agile значит для меня». Простой вопрос, но на него трудно ответить, учитывая открытый характер вопроса. Это, безусловно, заставило меня задуматься. Я начал просматривать несколько способов, которыми я могу ответить на этот вопрос. Мне пришлось вернуться к своему прошлому и поразмышлять о разных этапах моего agile-путешествия.

17. Почему вам нужно перестать писать модульные тесты

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

18. «Офис Agile-трансформации» McKinsey — последний гвоздь в крышку гроба

Agile-движение теперь мертво после того, как McKinsey недавно нанесла последний удар, продвигая «офис гибкой трансформации».

19. Скрам следующего поколения: спринты не нужны. Просто доставьте

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

20. Уничтожение гидры проблем с удаленной работой — по одной голове за раз.

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

21. 4 совета, как повысить скорость работы вашей инженерной команды в Scrum

В этой статье вы узнаете, что означает скорость в контексте методологии Agile/Scrum, и как вы можете улучшить ее, чтобы ваша команда работала быстрее и

22. 5 механизмов кэширования для ускорения вашего приложения

В этой статье мы обсудим различные доступные стратегии кэширования и как выбрать правильную для вашего случая использования.

23. Как современные технологии изменили методологию Agile

COVID-19 серьезно бросил вызов основному принципу Agile-движения: важности личного общения. Но вместо того, чтобы замедлять Agile-команды, в этом заключается возможность улучшить основы эффективного рабочего места, пишет Клиффорд Берг

24. Как уменьшить влияние пандемии на ваш бизнес по разработке программного обеспечения

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

25. Технический долг или техническое мошенничество

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

26. Почему непрерывная интеграция необходима для гибкой разработки

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

27. Как потерпеть неудачу в DevOps

28. Введение в стратегию непрерывного тестирования для Agile-команд

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

29. Принцип ловкости Ллойда Брауна

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

30. Можете ли вы обеспечить безопасность с помощью платформ с низким кодом

обеспечение безопасности на платформах разработки приложений с низким кодом

31. Shift Left Security: лучший подход для современного SDLC

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

32. Методы улучшения оценки проекта

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

33. Планирование Scrum-спринта: что выбрать: Story Points или идеальные дни?

В чем разница между двумя наиболее часто используемыми подходами к оценке PBI? Узнайте, что они из себя представляют, чтобы решить, какой из них лучше подходит вашей команде.

34. Невероятная временная шкала: могут ли семь яблонь вырастить одно яблоко за месяц?

35. 3 модели владения программным обеспечением и совместная поддержка команд разработчиков

В традиционных операциях с программным обеспечением программное обеспечение будет «переброшено через забор» операционным группам. Группам технических операций будет оказана помощь в эксплуатации службы с использованием стандартных операционных процедур (СОП).

36. Как мы перешли из Software Factory в Product Development Studio

Мы учились в колледже, когда решили создать компанию. В то время не имело значения, какая компания.

37. Будущее DevOps: DevSecOps, AIOps и что-то еще?

DevOps стал популярным термином в индустрии программного обеспечения с 2009 года. Основными причинами этой растущей популярности являются высокая скорость и меньшая стоимость разработки. DevOps был создан, чтобы соответствовать возросшей скорости индустрии программного обеспечения. По сравнению с DevOps традиционные операции требуют на 41 % больше времени.

38. 20 отслеживаемых показателей, которые сделают команды разработчиков ПО более эффективными

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

39. Поэзия в выпусках программного обеспечения

Как спланировать незапланированное: в программном обеспечении, как и в жизни "Решить, чего не делать, так же важно, как решить, что делать".

40. 7 потерь в бережливой разработке программного обеспечения [и как их предотвратить]

В 1930-х годах производственная система Toyota дала нам принципы бережливого производства. Теперь индустрия ИТ, программного обеспечения и веб-разработки также приняла эти принципы для улучшения своих производственных процессов. На самом деле концепции и принципы бережливого производства используются не только в производстве. Тем не менее, в области ИТ и программного обеспечения все еще есть те, кто указывает на Agile-разработку, когда они упоминают Lean и разработку программного обеспечения в одном и том же контексте. Хотя верно то, что принципы Agile и Lean имеют сходную философию, между ними есть ключевые различия. Погружаясь глубоко внутрь бережливого производства, я расскажу о том, о чем говорит бережливое производство, помимо его ключевых моментов.

41. Что такое жизненный цикл разработки программного обеспечения (SDLC)

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

42. Переосмысление концепции качества ПО глазами Agile

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

43. Управление продуктом: интуиция против данных

Как менеджер по продукту, я годами полагался на интуицию, а не на данные. Но на самом деле для успеха продукта необходимы и то, и другое.

44. Как настроить фреймворк: руководство для разработчиков

Новые разработчики часто не знают, как настроить основу для разработки смарт-контрактов, чтобы сделать процесс максимально эффективным и безопасным.

45. WTF — это постмортем

Постмортем — это анализ события после того, как оно произошло.

46. Что такое гибкая методология

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

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

Олег Скляров, Fullstack Developer компании Skyeng

48. Как разобраться в Story Points?

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

49. 10 методов расстановки приоритетов для гибкой разработки продуктов

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

50. Использование данных в качестве проактивного менеджера по проектированию

Проактивное (программное) инженерное руководство означает, что вы не работаете пожарным весь день.

51. Шаблон спецификации требований к программному обеспечению

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

52. Использование конвейеров CI/CD для повышения скорости и качества разработки ПО

Непрерывная интеграция & Непрерывная поставка в процессе разработки. Как конвейер CI/CD помогает создавать продукты и внедрять новые функции лучше и быстрее

53. Руководство по использованию гибкого цикла разработки DevOps и разработке лучшего программного обеспечения

Рост методологий DevOps и Agile очевиден для всех, кто внимательно следит за миром бизнеса. Только в прошлом году число внедрений DevOps увеличилось на 18 процентов. Большинство владельцев бизнеса видят преимущества использования как DevOps, так и Agile. Благодаря этим методологиям разработчики могут выполнять проекты своевременно и эффективно.

54. Написание увлекательных пользовательских историй

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

55. 7 лучших инструментов управления проектами, облегчающих удаленную работу

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

56. Комментарии редко улучшают ваш код

Споры о комментариях в коде продолжаются. Как минимум раз в год в течение последних 30 лет я участвовал в дискуссии на эту тему — часто случайно и неохотно. Честно говоря, моя точка зрения со временем изменилась. Раньше я комментировал каждый метод, я комментировал любую строку кода, которая была «странной», и я комментировал любые блоки кода, которые были слишком сложными. Сегодня я редко комментирую, если вообще когда-либо. Со временем я понял, что в большинстве комментариев нет необходимости.

57. Все, что нужно знать руководителям технических проектов о сквозном тестировании

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

58. Безопасность и безопасность Гибкая разработка: как преодолеть разрыв в 2022 году

59. Как заставить Agile работать в масштабе

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

60. 10 лучших инструментов разработки программного обеспечения: создайте надежное программное обеспечение в 2021 году

Atom, Node.js, Cloud 9 IDE и Linx — одни из лучших инструментов разработки программного обеспечения на рынке.

61. Как определить функции, необходимые для вашего MVP

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

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

Как оценить трудозатраты, которые еще не определены, но нужны бизнесу.

63. Как в 10 раз улучшить свои навыки и стать более эффективным техническим руководителем

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

64. Серия A Руководство для стартапов по аутстаффингу инженеров-программистов в 2022 году

Лучшие практики аутсорсинга программного обеспечения и аутстаффинга инженеров в 2022 году

65. 7 методологий разработки программного обеспечения, которые понравятся предприятиям в 2022 году

Ищете методологии разработки программного обеспечения для вашего следующего проекта? Ознакомьтесь с обновленным списком некоторых из лучших методологий с их плюсами и минусами.

66. Связь между гибкими подходами и автоматизированным тестированием

Хотя автоматизация тестирования не создавалась с учетом Agile, она позволяет проводить Agile-тестирование, что является важной частью Agile-идеи.

67. Аутсорсинг для стартапов: гибкая разработка приложений

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

68. Как начать использовать Diffblue Cover: Community Edition для модульного тестирования

Автоматизация написания модульных тестов — мучитель каждого разработчика программного обеспечения

69. Проблема Agile-манифеста

Представьте себе философии Сократа, Платона, Конфуция, Сенеки и Марка Аврелия, объединенные на одной странице. Это манифест Agile для вас...

70. Что такое управление релизами и как ваша команда может его внедрить

Изучение сущности процесса управления релизами, его анатомии и способов его улучшения, а также того, как все это связано с гибкой разработкой программного обеспечения.

71. Как метрики способствуют эффективной ретроспективе спринта

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

72. Выбор партнера по прибрежному развитию

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

73. Как выбрать между автоматическим и ручным тестированием

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

74. Вот что делает успешный технический директор

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

75. Все самые крутые тренды Agile-методологии в 2022 году

Agile Software Development может дать компаниям гибкость и помочь им ориентироваться в изменениях и сложностях программного пространства, повышая эффективность.

76. Рефакторинг кода: подробное руководство для инженеров

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

77. Scrum или Kanban: что лучше для вашей команды?

Scrum vs Kanban: основные принципы, сходства и различия. См. график и ритм в обоих методах, подходы к выпуску, роли и отношение к изменениям

78. Обычный бизнес в мире, который совсем не похож на

Кажется очевидным, что мир станет другим после того, как кризис Covid-19 закончится. Я думаю, что нам надлежит убедиться, что это хорошо по-другому. Крупные и малые предприятия столкнутся с таким количеством встречных ветров, что нам отчаянно нужно отрезать некоторые из наших якорей, чтобы компенсировать их. Может показаться, что сейчас неподходящее время для осуществления изменений, но если мы не избавимся от некоторых наших вредных привычек, мы никогда не справимся с этими проблемами.

79. Мой опыт парного программирования

Есть доказанные преимущества парного программирования, которыми вы и ваша команда можете воспользоваться. Я занимаюсь парным программированием тут и там уже несколько лет.

80. Как описать техническую проблему, чтобы получить быструю и эффективную помощь

Документирование проблемы до того, как вы обратитесь за помощью, сделает все намного эффективнее.

81. Agile User Story Mapping Board для Jira

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

82. Как выбрать лучшую онлайн-доску для вашей команды

Использование онлайн-досок стало действительно распространенным за последний год из-за пандемии covid, и выбор правильной доски стал очень важным.

83. 7 принципов бережливой разработки ПО

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

84. Как написать документ со спецификацией требований к программному обеспечению (SRS)

Многие заинтересованные стороны все еще надеются получить высококачественный продукт, не вкладывая ресурсы в документацию SRS.

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

Эта статья представляет собой краткое руководство по этапам, методам и рекомендациям SDLC.

86. Гибкая разработка программного обеспечения отвечает требованиям современного бизнеса

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

87. Руководство разработчика по подготовке приложений Django к производству

Настройка параметров производства и разработки в Django. Можем ли мы читать из разных баз данных? Как насчет получения уведомлений об исключениях просмотра?

88. Почему строители выбирают Agile: опыт, полученный в Slash

Водопад против Agile

89. Как строить отношения с клиентами: говорить только на языке фактов

Скажи мне чего ты хочешь. Или подскажите как это сделать. Не говори мне оба

90. Основы разработки мобильных приложений в Qt

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

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

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

92. Как технический долг увеличивает расходы бизнеса?

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

93. 5 способов оптимизировать работу команды, не переходя на полную Agile

Моя последняя работа в Бразилии перед переездом в Великобританию была в ThoughtWorks. Хотя я не согласен со всем, что они там сделали (Боже мой… Java, пожалуйста, нет! ^_^’’’), в ThoughtWorks есть одна неоспоримая вещь: они очень хорошо работают с процессами.

94. Спор об Agile: давайте действовать прагматично

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

95. Подкаст-интервью с ведущим облачным архитектором Сумитом Агарвалом о DevOps и тестировании

В сегодняшнем выпуске Quality Sense Федерико беседует о DevOps и тестировании с Сумитом Агарвалом, ведущим облачным архитектором глобальной технологической компании.

96. Сравнение Agile, Lean и Continuous Delivery

В связи с тем, что DevOps и непрерывная поставка набирают обороты, остаются ли актуальными принципы, лежащие в основе Lean и Agile? Как они соотносятся с 5 Continuous...

97. Как улучшить свои навыки веб-дизайна в этом году

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

98. Ретроспектива — это A/B-тестирование для команд

Если вы новичок в Agility и Retrospective, я предлагаю в этом посте новое введение в них. Мы узнаем, как ретроспективы и организация вашей команды могут черпать вдохновение из A/B-тестирования.

99. Критерии принятия функции: проблемы и решения

Какие проблемы могут возникнуть и как их избежать

100. Водопад к Agile: изучение пути к плавному переходу

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

101. Лень Глава I: Метапрограммирование

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

102. Какая связь между дизайн-мышлением и разработкой нового продукта?

Дизайн-мышление — это структура, которая показывает ориентированный на человека путь к инновациям.

103. Как вести себя по Agile в повседневной жизни

Agile можно определить как способность двигаться быстро и легко. Однако для тех, кто занимается технологиями, Agile может ассоциироваться с чем-то совершенно другим. Методология Agile — популярная структура для управления проектами разработки программного обеспечения. В частности, это стиль управления проектами, при котором вы разрабатываете продукт короткими циклами (или спринтами, см. изображение выше), обеспечивая гибкость для внесения изменений по мере необходимости. Это требует постоянного улучшения посредством этих итераций тестирования и размышлений. Готовый продукт лучше идеального проекта.

104. Основное руководство по качеству кода

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

105. 5 методологий разработки программного обеспечения, которые понравятся компаниям в 2022 году

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

106. Информация об гибких методологиях разработки программного обеспечения

Agile — это круто! Но где я ошибся?

107. Воск наносится, удаляется: как переход на удаленку может стать ЛУЧШИМ событием, которое когда-либо случалось с вашей командой

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

108. Гибкая разработка: кто такой владелец продукта?

Хотите знать, как стать хорошим владельцем продукта? Узнайте об обязанностях и ознакомьтесь с советами для лучшего общения с клиентами и командами. Гибкая разработка 101!

109. Как применять принципы бережливого производства в разработке ПО

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

110. 6 этапов процесса разработки программного обеспечения

Методологии жизненного цикла разработки программного обеспечения (SDLC) или метод жизненного цикла разработки систем помогают планировать процесс проектирования программного обеспечения

111. 3 вещи, которые каждый должен знать о разработке продукта

Технологии стали товаром. Имея достаточно ресурсов, мы можем построить что угодно — от нейронных сетей до игрового фильма «Кошки». Вопрос в том, нужно ли это кому-нибудь?

112. Как оценить качество программного кода и почему это важно

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

113. Повышение продуктивности разработки программного обеспечения

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

[114. 5 полезных советов, чтобы стать

Успешный разработчик программного обеспечения](https://hackernoon.com/5-useful-tips-to-become-a-successful-software-developer) Хотите узнать несколько надежных советов, чтобы стать разработчиком программного обеспечения? В этом руководстве мы рассмотрели все, что вам нужно знать.

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

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

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

Если вы ищете инструмент для управления техническим долгом, эта статья поможет вам принять правильное решение.

117. Истории, которые можно отправить

Иногда (и обычно случайно) я оказываюсь втянутым в дискуссию о том, должна ли каждая история быть частью работы, которую можно отправить. Недавно я включился (намеренно) в дискуссию, когда меня пригласили ответить на вопрос: «…должна ли пользовательская история соответствовать инкременту продукта, который потенциально готов к поставке?» на Кворе.

118. Рефакторинг: вы продолжаете использовать это слово…

Недавно я наткнулся на ветку, в которой был задан вопрос: «Какие распространенные ошибки возникают при рефакторинге кода?»

119 . Эффективное планирование спринта: как не перегружаться техническим долгом

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

120. ELI5: Гибкая разработка программного обеспечения

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

121. BizDevOps (DevOps 2.0) — новая версия DevOps

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

122. Внедрение «гибкости» в бизнес-предприятия

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

123. Почему все любят Agile: введение для непосвященных

Agile — такая популярная философия, которую используют все больше и больше команд разработчиков. На самом деле они используют методы Agile, такие как Scrum, Extreme Programming, Crystal Clear и т. д. Но почему Agile так популярен? Давайте узнаем!

124. Используйте эту платформу, чтобы легко масштабировать свой бизнес по разработке программного обеспечения

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

125. Как библиотека тестирования React может улучшить ваше психическое здоровье [Часть 1]

Я знаю одного человека, который любит писать тесты, и это не я! Мне нравится добавлять покрытие кода к моему коду, и вы поймете, почему.

126. 5 принципов гибкой разработки программного обеспечения

Методология Agile разбивает проект на множество этапов и распределяет рабочие нагрузки между командами.

127. Мероприятие по планированию расширения программы в Agile

Долгосрочное стратегическое планирование — это пережиток прошлого, который не может отражать быстрый темп цифрового мира, в котором мы живем сегодня. Компании, применяющие Agile-подход, переходят на получение результатов за короткое время, оставаясь при этом достаточно гибкими, чтобы приспосабливаться к любым изменениям по мере их поступления. Это требует совершенно другого отношения к планированию с упором на краткосрочные цели, которые растянутся не более чем на несколько недель или даже дней. Более того, Scaled Agile помогает управлять растущей сложностью и масштабированием бизнеса до любого размера и количества распределенных команд, внедряя новые методы и инструменты, одним из которых является планирование приращения программы или краткое планирование PI.

128. Как максимизировать ценность пользовательских историй

Многие команды разработчиков страдают от непонимания бизнес-требований. User Story превращается в круглый стол для обсуждения будущих достижений.

129. Почему вы должны управлять незавершенным производством

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

130. 5 лет &амп; 600 разработчиков! Что нужно для преобразования европейского банка

Интервью с главой отдела развития КБ Банка Джиндрихом Кубатом. Цифровая трансформация с 600 разработчиками, использующими флаги функций Flagsmith.

131. Agile недостаточно: сила инноваций

Как ведущие технологические компании внедряют масштабные инновации? Это не просто Agile. Согласно Empowered, это знакомство с продуктом, сосредоточение внимания на проблемах и культура коучинга.

132. Модель цикла НОРД: как выдающиеся инженеры-менеджеры выявляют проблемы и реагируют на них

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

133. Редизайн scrimba.com: полностью гибкий процесс [пример успеха]

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

134. Значительные обновления популярного программного обеспечения Kanban в 2019 году

Чем Jira, Hygger, Asana и другие удивили своих пользователей в 2019 году?

135. Открытие Crowdin Enterprise. Новая технология для создания многоязычного программного обеспечения

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

136. Понимание технического долга в качестве инженера-программиста

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

137. Agile vs Waterfall: как выбрать правильную методологию для вашего проекта

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

138. Полное руководство по Agile и Scrum

Если вы используете Scrum, можно с уверенностью сказать, что вы также используете Agile.

139. SDLC: этапы, модели и методологии — Полное руководство 2020

Жизненный цикл разработки программного обеспечения заключается в быстром выпуске высококачественного программного обеспечения.

140. 33 лучших альтернативы Jira для гибких команд управления проектами

Если Jira кажется вам и вашей команде разочаровывающей, в этой довольно длинной статье вы найдете лучшие альтернативы Jira.

Спасибо, что ознакомились со 140 самыми читаемыми статьями об Agile-разработке программного обеспечения на HackerNoon.

Посетите /Learn Repo, чтобы найти самые читаемые истории о любой технологии.

---

Оригинал