×Закрыть

Материалы по теме «Agile»

RSS

Чому варто спробувати Kanban & Monday для організації робочого процесу Чому варто спробувати Kanban & Monday для організації робочого процесу

Larysa Duka 4974

Лариса Дука, Product Manager в Pay Per Call, довго шукала, як автоматизувати процес в одній системі, щоб і Product Roadmaps, і Team Tasks, і Bug Tracker, і це все в одному місці. Проаналізувавши різні методології та софти, вона зрозуміла, що для її команди ідеальним стане поєднання методології Kanban і інструменту Monday. 14

Безопасный путь. Что такое SAFe и как его внедрить Безопасный путь. Что такое SAFe и как его внедрить

Vitalii Barash 4899

В управлении командой существует много методов и инструментов, которые помогают избежать негативных результатов и достигнуть цели. О внедрении SAFe в компанию рассказывает Виталий Бараш — PM в Luxoft. 24

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

Roman Reznikov 12509

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

Обзор Essential SAFe: про методологию человеческим языком Обзор Essential SAFe: про методологию человеческим языком

Helen Lubchak 4947

Алена Лубчак в качестве консультанта помогает компаниям внедрить Scaled Agile Framework и повысить продуктивность работы. В этом обзоре она доступно описывает самые важные аспекты фреймворка и рассказывает, кому он нужен. 15

Чому майже нікому в Україні не потрібен agile і що з цим робити Чому майже нікому в Україні не потрібен agile і що з цим робити

Bogdan Onyshchenko 18776

Богдан Онищенко, Senior Product Owner в Intellias, працює з agile з 2012 року. За цей час він встиг переконатися, що в agile далеко не все залежить від професіоналізму та наполегливості людей, що його розвивають. У цій статті Богдан ділиться спостереженнями за вітчизняним ІТ-ринком. 50

«Аутсорсинг головного мозга». Или всё-таки можно научиться совмещать гибкую разработку и fixed-price? «Аутсорсинг головного мозга». Или всё-таки можно научиться совмещать гибкую разработку и fixed-price?

Алексей Кривицкий 16926

Мне часто говорят: «Ну да, конечно, это всё прекрасно работает у вас там в Европе в продуктовых компаниях. У нас же здесь — никак. Мы работаем в аутсорсинге». Это заблуждение. Вернее, аутсорсинг, конечно, можно использовать как оправдание своей некомпетентности. Но это ещё никому не помогало. 72

Новая редакция Scrum Guide: что добавлено и как с этим работать Новая редакция Scrum Guide: что добавлено и как с этим работать

Marina Melnik 15409

В июле 2016 года появилась обновленная, 5-я по счету версия Scrum Guide. Авторы добавили раздел о ценностях для достижения эффективной работы без противоречий и недопониманий. Давайте разберемся, что это за ценности и как их грамотно внедрить в команду. 22

Software: Bears, Bulls & Swaps Software: Bears, Bulls & Swaps

Vladyslav Kurmaz 12592

Разработка ПО для меня, в первую очередь, — это борьба со сложностью. Одна из ключевых особенностей ПО — высокая вариативность. Количество возможных способов достижения результата огромно. 72

Agile, который вначале радует, а затем вызывает депрессию Agile, который вначале радует, а затем вызывает депрессию

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

Каждый день вся наша команда гордо собиралась в 11 утра на SCRUM-митинге, где каждый рассказывал о текущем положении дел и о том, что он планирует за сегодня сделать. Но недели сменялись месяцами, и мы почувствовали, насколько утомителен этот цикл регулярного «деливери». 144

Почему клиенты любят Agile? Почему клиенты любят Agile?

Редакція DOU 10973

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

Закат эпохи проектного менеджмента или кто виноват и что делать? Закат эпохи проектного менеджмента или кто виноват и что делать?

Anna Mininkova 27650

Привычный command&control проектный менеджмент мёртв. То, что раньше по всем стандартам считалось ответственностью проектного менеджера — поставка проекта с утвержденным функционалом, в определенный срок с помощью выделенной команды — теперь все чаще и чаще считается ответственностью команды: владельца продукта, инженеров и дизайнеров. 38

Александр Дымо, Acunote: об agile, Y Combinator и языках программирования Александр Дымо, Acunote: об agile, Y Combinator и языках программирования

Nick Turunov 4193

Весьма популярный agile-планировщик Acunote был создан нашими соотечественниками — Глебом Аршиновым и Александром Дымо. Проект вышел «из-под крыла» небезызвестного Y Combinator и продолжает развиваться, несмотря на то, что его основатели в настоящий момент работают по разные стороны океана. 3

Репортаж с AgileBaseCamp: from IDEA to Product Репортаж с AgileBaseCamp: from IDEA to Product

Mykhailo Marchenko 1374

28 января в Киеве проходила не первая, но уникальная в своем роде конференция AgileBaseCamp посвященая продуктовой разработке. Это придавало ей определённый шарм, ведь сейчас активно развивается движение инновационных предпринимателей в Украине. 16

← Сtrl 12 Ctrl →

Комментарии

Здравствуйте! А можно принять участие в следующем таком?) Или это только «для своих»?)
iOS 13 від Apple — там багато буде змін в сфері обробки даних — тепер багато доступно буде для обробки локально на девайсі. наприклад під час зарядки чи в режимі неактивності. то ж етично — не етично — а вже таке є)
Ну сори, никто не без греха :)
Аналогічно, я за 7 років роботи програмістом пропрацював у різного калібра компаніях, різних командах з різними підходами та методологіями. І я дуже далекий від думки, що менеджери не потрібні.
Всегда делал и буду делать больше чем от меня ожидают, и всегда старался брать на себя больше ответственности В правильной обстановке — аналогично. Но только до тех пор, пока на мне не начинают откровенно ездить от этого.
Цілком згодний що для досвідченої людини це дійсно важливо які процесси в тому місці куди вас запрошують. І це дійсно приниципи менеджменту, а не программування. Але цей топік і ваш кейс — він же не програмування.
Кстати, об интересном написано и идеи интересные. Но стиль написания раздражает (уж извини). Особенно такое: Существуют две модели машинного распознавания, используемые сегодня в периферийных устройствах: K-nearest neighbors. Weight imprinting.
Всегда делал и буду делать больше чем от меня ожидают, и всегда старался брать на себя больше ответственности, чем предусмотрено по роли, если позволяли. Соответственно, такого же ожидаю от других.
Вы только забываете одну вещь Не забываю. Вот с этим, мотивированные лычками, не справились. 1. Не думаю, что такой человек мотивирован лычками, как бы вам или кое-кому в этой теме этого ни хотелось. 2. В чём его вины меньше 1/10, и в этой 1/10 он признался.
Чим Каті, Дениса, Валентина, Андрія, Назара та Олі.
Головне як людина сприймае помилки, як їх аналізуе (критичне мислення), як відокремлює свої помилки від помилок інших у таких речах як «колективна відповідальність», ну і звісно як людина змінюе себе.
Если есть проблемы с безопасностью, то это уже другая проблема. Несколько моделей могут быть локально загружены, но включаться по команде Cloud.
Всегда, пожалуйста. Вы только забываете одну вещь — разработчик нужен не ради кода, который он пишет, и не ради тасочек, который он закрывает. Разработчик, да и любой другой участник команды/проекта, нужен для того, чтобы решать бизнес-задачи.
виникло пару питань: — претреновані моделі обробляють різну бізнес логіку, інколи в це вкладено багато грошей, наскільки це безпечно з точки зору безпеки бізенсу?
no comments :(