Материалы по теме «методологии разработки»

RSS

Почему методология не спасет ваш проект Почему методология не спасет ваш проект

Maksym Streltsov 8883

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

Что делать, когда Scrum трещит по швам Что делать, когда Scrum трещит по швам

Roman Reznikov 20859

После недавнего проекта Agile-трансформации для одного клиента Роман Резников, PMO Competence Manager в SoftServe, решил структурировать знания о Scaled-подходах. В этой статье — результат. 62

Как мы создали свой подход к разработке без привязки к спринтам Как мы создали свой подход к разработке без привязки к спринтам

Misha Galian 19649

В рамках проекта BetterMe в Genesis мы делаем мобильные приложения в категории Health and Fitness. Нам удалось создать свой подход к разработке, используя нужные элементы из Scrum, Kanban и Waterfall. В этой статье расскажем, как именно. 35

Экстремальное программирование: «ковбойский багфикс на продакшне» Экстремальное программирование: «ковбойский багфикс на продакшне»

anonymous 13835

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

Подводные камни парного программирования Подводные камни парного программирования

Юрий Паламарчук 7666

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

Будьте проще (и к вам потянутся люди)

Sergii Maliarov 5232

Разработка программного обеспечения — такая штука, в которой есть много, очень много принципов, методологий, проверенных путей и всего такого. Среди них лично мне больше всего нравятся те, которые облегчают жизнь рядовому программисту. Как, например, YAGNI и KISS. Это два таких родственных принципа, они меня сегодня волнуют (тем, что их почти все знают, но далеко не все придерживаются), и я хочу об этом поговорить. 72

Деминг, Шухарт и здравый смысл Деминг, Шухарт и здравый смысл

Aleksey Kolupaev 3537

Шухарт родился в 1891, а его основные значимые работы приходятся примерно на конец 30-х — начало 40-х годов. Крайне образованный человек, доктор наук в Беркли — физик, инженер, много самостоятельно занимался статистикой, и в итоге известен нам как отец концепции статистического контроля качества, которая в восьмидесятых вылилась в методологию «шесть сигма». 4

Очень краткое введение в Model Driven Architecture (MDA)

Vadim Zaliva 7657

Статья не претендует на сколь нибудь полноценное описание MDA, а скорее ставит своей целью дать очень общее представление об этой области и если она вас заинтересует, подтолкнуть к ее дальнейшему изучению. 10

Комментарии

Не понимаю людей, продолжающих там работать, после невыплаты хотя бы одной ЗП
Мне вот другое интересно. Если в аутсорс компанию заходит проект с маленьким бюджетом (fixed price). Нужен ли в таком случае вообще Солюшн архитект? Или берём типовые вещи, шаблоны и можно уже имплементацией заниматься?
Ты читал что я писал ранее? Нефункциональные требования разве не ваша обязанность? Или как в книге описаны quality attributes?
Одни больше выявлением требований занимаются, другие вот этим system design. Та блін. Нафіга з’ясовувати вимоги? На основі чого робити system design?
Я понял. Ты склоняешь к тому, что среди Солюшен могут быть и фермеры и мыслители с той же лычкой. Получается должность одна, а фактически обязанности другие. Одни больше выявлением требований занимаются, другие вот этим system design.
Респектос за скромність в побуті.
Тогда они должны были пригласить хоть одного архитектора-фермера чтоб всем смотрящим угодить) Взагалі-то редакція мала б написати статтю, опрацювавши різні аспекти роботи деякої спеціалізації (в нашому випадку архітектор), сформувати деяку класифікацію...
А можно спросить, у тебя же такая же должность в компании — Solution Architect. Какие твои основные обязанности?
Software Architecture in Practice не смотрел, но то что вы описали это все равно не о том как помагать сеилзам (то что описано в статье) а о том как создаются архитектурные артефакты А можна цитати в яких стверджується, що робота архітектора «допомогати...
Щось треба. А шо саме? :)
Тогда они должны были пригласить хоть одного архитектора-фермера чтоб всем смотрящим угодить) но какую лычку тогда бы он имел? И из какой компании был бы?
это все равно не о том как помагать сеилзам Ти так ґавріш, как бута ета штота плахоє ©
Це те, з чого я почав іще на Ютубі — коли люди підміняють реальність власними уявленнями і кричать, що реальність це на*обка. Вони там чесно кажуть, що є архітектори-мисливці (пресейли), а є фермери, і в тій розмові було більше саме про мисливців.
Да, и эти архитекторы взаимодействуют с бизнес стейкхолдерами в продуктовых компаниях на постоянной основе. Чем более взрослый проект — тем больший вклад от этой роли.
Самих-то не смущает что ваши «архитекторы» не существуют в мире где нет «заказчиков», и почему-то все топ книги из раздела Software Architecture на Amazon рассказывают скорее про System Design а не про то как с умным видом сыпать баз-вордами чтобы оправдать...