У статті Solution Architect Олександр Книга ділиться практичним прикладом того, як підхід DDD може змінити розробку і привнести виграшну перевагу у сфері створення програмного забезпечення. А також розповідає, як предметно-орієнтоване проєктування допомагає розв’язати проблему прозорості зв’язку між бізнесом і командою розробників.
Ілля Коган, Technical Architect з DataArt, розповідає, як вирішили з колегами застосувати ІТ-підходи в організації роботи до волонтерства й благодійних програм. На прикладі ініціативи Support Ukraine він описує корисні інструменти, вдалі і невдалі рішення, що слід було від початку зробити інакше.
DOU розібрався, хто такий Scrum Master, які є переваги та недоліки професії, де варто навчатися, а також кому така робота може стати до вподоби.
Киянин Дмитро Ярмак, Enterprise Agile Coach і бізнес-партнер в agiledrive, за вісім місяців налагодив у своїй роті побут, організував їм вишкіл, забезпечив «волонтеркою», у тому числі завдяки благодійним виступам про застосування Agile-підходів в армії. Ми записали його історію.
Артур Шевченко, Head of QA Department в Yalantis, розмірковує про ефективність Story Points в команді і про ті помилки, які виникають, якщо неправильно застосовувати цей підхід. Діліться досвідом, чи траплялось у вас в команді те, про що пише автор.
Як проходять співбесіди у різних німецьких компаніях — про те, з чим стикнувся на власному досвіді, розповідає Agile Coach Ігор Удод. А також невеличкий гайд від нього, як шукати роботу в ІТ-компаніях за кордоном.
Є думка, що організації, які швидко самоорганізовуються, виявляються більш стійкими до викликів. Але це працює, як правило, на короткому відрізку часу. У випадку long-term системний підхід завжди перемагає. Чому — аргументує Олександр Краковецький.
Автор цієї статті розповідає про організацію такого робочого середовища в команді, при якому всім членам команди комфортно працювати та розвиватися. Він ділиться історією про те, якою була ситуація до початку перетворень та розкриває деякі свої лайфхаки.
Ця стаття є спробою неформально пояснити відносно неквапливий темп внесення змін у Посібник зі Скраму. Автор вважає, що стаття запропонує нову точку зору на це питання для скрам-майстрів та аджайл-коучів, а для тих, хто менш глибоко занурений у Скрам, буде цікавою та вартою часу, витраченого на прочитання.
Які етапи проходить задача (таск) від моменту, коли вона потрапила до програміста, і до моменту, коли вона викотилась на прод? Від чого залежить час виконання задачі? Чому іноді витрачений час виходить за межі оціненого часу?
У цій статті автор розкриває основні етапи роботи над задачею, а також розбирається, куди йде час під час розробки.
Як зробити ретроспективу такою, щоб команда дійсно була залучена до обговорення? Олексій Маренич, менеджер проєктів, розповідає про те, як мотивувати розробників висловлюватись, аналізувати та покращувати роботу.
Для яких проектів підходить Scrum, а для яких — ні?
Серафима — проджект-менеджер у компанії ITOMYCH STUDIO. Вона отримала свій перший Scrum-сертифікат — PSM I. І в статті на прикладах розповідає та показує, коли потрібно застосовувати Scrum.
Технічний борг виникає, коли команда розробки змушена прискорити процес постачання продукту чи оновлення, відкладаючи рефакторинг на майбутнє.
Як керувати технічним боргом? Андрій Троянов, Delivery Manager у компанії Innovecs, поділився набутим досвідом роботи із технічним боргом, підходами до його швидкого повернення та мінімізації.
Дано: один проект, 35 компонентов, более 15 экстеншинов и 14 agile-команд в разных локациях.
Задача: разрабатывать качественный продукт и релизить его вовремя.
Решение: SAFe (Scaled Agile Framework) — фреймворк, который помогает грамотно выстраивать процессы на базе Scrum.
В статье Галина Бородина, Program QA в Sitecore с 9+ годами опыта в тестировании, рассказывает об этом подробнее.
Досвідом складання іспиту для сертифікації «Certified Tester — Foundation Level Extension» ділиться Марина Мінак-Супруненко, QA Team Lead в компанії Temabit Fozzy Group.
У статті вона також розглядає актуальність матеріалу в Силабусі, який використовують як посібник для підготовки.
Атмосфера взаимопонимания и поддержки, в которой комфортно работать и где тебя слышат. Звучит нереалистично? Позвольте вас переубедить.
Александр Зуев, Development Manager в SimCorp, делится опытом, как в их компании удалось завоевать любовь своих специалистов.
Иногда дискуссии на командных встречах превращаются в балаган. А ведь хочется получать желаемый результат после обсуждений, а не тратить время впустую.
Татьяна Третьякова, Scrum Master в ZONE3000, делится практиками, которые помогают ей проводить дискуссии эффективно.
DOU запросив досвідчених експертів з Agile — Артема Биковця, CEO Simplesense, Ярослава Бондарчука, Delivery Management Consultant в Intellias та Ярослава Новосьолова, Agile Coach в Fozzy Group — щоб обговорити, як впроваджувати цю методологію, уникати помилок, а також з’ясувати, коли Agile вам не допоможе.
Поговоримо про планування спринтів. А саме — що враховувати, як вимірювати результати й коригувати їх. Цей чек-лист стане в пригоді всім охочим, але насамперед радимо ознайомитися новачкам.
При знакомстве скрам подкупает своей простотой. PMBOK состоит из 700+ страниц, после любой из которых хочется закрыть его навсегда. Библия скрама, Scrum Guide, уместилась всего на 13 страницах. Но эта простота обманчива. Скрам — самый требовательный фреймворк в проектном управлении, в первую очередь к команде. Об этом и поговорим.
Коментарі