Operations Manager Макс Стрельцов рассказывает, почему методологии, которыми мы пользуемся в разработке, не стали серебряной пулей, помогающей успешно закрывать проекты. Статья пригодится как начинающим менеджерам, так и тем, кто выбрал для себя комфортную методологию и не хочет с ней расставаться. Инженерам эта статья поможет ответить на вопрос, почему никак не наступит холакратия и менеджеров не отправят заниматься настоящей работой.
После недавнего проекта Agile-трансформации для одного клиента Роман Резников, PMO Competence Manager в SoftServe, решил структурировать знания о Scaled-подходах. В этой статье — результат.
В рамках проекта BetterMe в Genesis мы делаем мобильные приложения в категории Health and Fitness. Нам удалось создать свой подход к разработке, используя нужные элементы из Scrum, Kanban и Waterfall. В этой статье расскажем, как именно.
В этой статье я расскажу о том, как мы применяем экстремальное программирование на примере нашего типичного цикла разработки, и почему такой подход эффективен.
Вы еще не попробовали Agile? Тогда наш коуч идёт к вам.
Парное программирование в каком-то смысле напоминает парное патрулирование, когда у тебя есть комрад, который, наблюдая за ситуацией под другим углом, может прикрыть спину и спасти жизнь.
Разработка программного обеспечения — такая штука, в которой есть много, очень много принципов, методологий, проверенных путей и всего такого. Среди них лично мне больше всего нравятся те, которые облегчают жизнь рядовому программисту. Как, например, YAGNI и KISS. Это два таких родственных принципа, они меня сегодня волнуют (тем, что их почти все знают, но далеко не все придерживаются), и я хочу об этом поговорить.
Шухарт родился в 1891, а его основные значимые работы приходятся примерно на конец 30-х — начало 40-х годов. Крайне образованный человек, доктор наук в Беркли — физик, инженер, много самостоятельно занимался статистикой, и в итоге известен нам как отец концепции статистического контроля качества, которая в восьмидесятых вылилась в методологию «шесть сигма».
Статья не претендует на сколь нибудь полноценное описание MDA, а скорее ставит своей целью дать очень общее представление об этой области и если она вас заинтересует, подтолкнуть к ее дальнейшему изучению.
Управление рисками присутствует, пожалуй, в любой профессиональной деятельности, от проектирования небоскребов до продажи носовых платков. В том числе и в разработке ПО.
Программисты любят жаловаться на неясные спецификации, нереальные сроки и начальство, которое требует невозможного, слабо разбираясь в специфике программирования. Другое расхожее утверждение — об уникальности создания ПО по сравнению с другими отраслями/профессиями. Специфика, конечно, есть, но и общего больше, чем кажется на первый взгляд.
Коментарі