Рубрика «управление разработкой» - 37

в 18:47, , рубрики: agile, waterfall, гибкая разработка, гибкие методологии, Управление продуктом, управление проектами, управление разработкой

Дети, рожденные в год подписания Agile Manifesto, в этом году празднуют совершеннолетие. А взрослые люди продолжают спорить, где Agile применим. Обычно бьют по площадям: можно ли использовать Agile вне IT. Иногда добавляют драмы: пробовали ли вы строить атомную электростанцию по Agile? Для художественного эффекта так, конечно, лучше. Но если вы хотите сделать продукт, а не победить в конкурсе ораторов, то лучше смотреть применительно к конкретной ситуации.

В этой статье мы расскажем о нескольких моделях оценки применимости Agile и подробнее остановимся на одной их них — Agile Suitability Model, представленной в Agile Practice Guide от PMI и Agile Alliance.
Читать полностью »

в 16:16, , рубрики: agile, backlog, development team, product management, project management, retrospective, scrum, scrum team, sprint, sprint backlog, управление разработкой

Не буду претендовать на свежесть или уникальность, хотелось рассказать своими словами простой материал со стороны описания пользы понятий и действий. Бездумный карго-культ, который насаживают сверху редко приносит 100% пользу.

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

в 8:02, , рубрики: agile, jira, Блог компании ГК ЛАНИТ, Ланит, управление проектами, управление разработкой

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

JIRA как средство от бессонницы и нервных срывов - 1

Источник
Читать полностью »

в 14:11, , рубрики: Go, golang, grep, open source, php, phpgrep, Разработка веб-сайтов, статический анализ кода, управление разработкой

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

Пример гипотезы:

Функции strpos легко передать аргументы в неправильном порядке.

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

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

Ищем баги в PHP коде без статических анализаторов - 1

Под катом:

  • Поиск и разбор багов в open source проектах.
  • Quick start по phpgrep.
  • Принцип работы синтаксического поиска.

Читать полностью »

в 8:22, , рубрики: agile, scrum, Блог компании Яндекс, большие коллективы, виртуальные команды, Управление продуктом, управление проектами, управление разработкой

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

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

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

Сбалансированная разработка в очень больших командах. Доклад Яндекса - 1

— Хочется поговорить про то, как жить в больших командах. Большая команда — это когда людей даже больше, чем в этом зале.Читать полностью »

в 10:41, , рубрики: agile, backlog, development team, product owner, retrospective, scrum, scrum poker, scrum team, scrum-мастер, sprint, sprint backlog, story point, user story, управление разработкой

Данная статья – это мини-справочник и руководство по Scrum, созданные в результате прочтения книги Сазерленда и статей из интернета.

Надо различать Agile и Scrum. Agile – это методология (наука), а Scrum – это метод достижения цели.

Применяя Scrum важно иметь настоящую команду профессионалов, соблюдать условия прозрачности, открытости и доверия.

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

Счастливые люди успешнее на 50%. А значит они на 50% более продуктивные, если счастливы и находят смысл в своей работе. При этом они на 88% более лояльны, потому что понимают, что работают не зря, посвящая половину своего времени развитию этого бизнеса

— доктор Корри Блок, эксперт по стратегии бизнеса в области оценки счастья.

Мини-справочник Scrum

Scrum (скрам) – схватка, гибкий метод управления проектами. Термин пришел из игры рэгби.
Читать полностью »

в 17:15, , рубрики: управление командой, управление людьми, управление организацией, управление проектами, управление разработкой

Управление целями в организации: Цели и инженеры (часть 3) - 1
Продолжаем цикл публикаций о Pulse Management — Управление проектной организацией (Метод Пульса). Мы уже разобрались с моделью организации, с основными принципами Метода. Теперь время рассказать о Правилах. Правила программируют организацию, а значит они должны быть определены. Метод определяет Правила исходя из предпосылок среды, если у вас ситуация схожая, то вы можете применять эти правила, иначе — адаптируйте под свою среду.

Первые основные правила: Правила Целей. Инженеры такие люди, которые могут достичь любую цель, однако если им цель не поставят, то они будут достигать свою цель. И она может не совсем соответствовать целям организации.
Читать полностью »

в 6:58, , рубрики: workspace, тендер на продвижение сайта, тендер на разработку сайта, тендер на создание сайта, тендеры, тендеры и закупки, Управление продуктом, управление проектами, управление разработкой, финансы в IT, фриланс

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

Раздел тендеров на сайтах «Рейтинга рунета» и CMS Magazine существовал ещё с 2011 года, но сейчас, три тысячи тендеров спустя, это уже отдельный сервис workspace.ru/b2b. «Воркспейс» — не единственная тендерная площадка в рунете, однако, единственная, заточенная на подбор компаний, оказывающих услуги в сфере диджитал; платформы вроде «РосТендер» или Is-zakupki не являются профильными для подобного рода задач — со всеми вытекающими.

Впрочем, чтобы быть полезным — мало быть уникальным. Главная фича Workspace — автоматический подбор потенциальных исполнителей: при добавлении тендера на площадку, система рассылает приглашение на участие подходящим по параметрам задачи исполнителям. Приглашение принять участие в моём небольшом тендере получили сразу шесть компаний из Москвы.

Если босс велел заняться сайтом: как работает единственная в рунете площадка для тендеров в сфере digital - 1

Причём, на создание тендера у меня ушло минут пять, через пятнадцать минут он был проверен редактором Workspace, а ещё через семь минут я получил реакцию от первого потенциального участника.
Читать полностью »

в 12:40, , рубрики: teamlead, teamleadconf, Блог компании Конференции Олега Бунина (Онтико), инструменты для команды, конференции, обратная связь, постановка задач, тимлид, управление персоналом, управление проектами, управление разработкой

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

Итак, по доброй традиции у нас будет 6 основных направлений нанесения пользы. Ниже их «говорящие» названия:

  • Личное развитие. 
  • Работа с командой. 
  • Инструментарий тимлида.
  • Развитие осознанности.
  • Трансформационные изменения в процессах и людях.
  • Выстраивание технологического процесса. 

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

Инструментарий тимлида от e-mail до канбан-доски - 1

Инструментарию тимлида в этот раз будет посвящено больше десяти докладов. С моей точки зрения это вполне соответствует положению дел в индустрии. Поскольку лиды в большинстве своём инженеры, то методы решения даже не инженерных задач у них всё равно близки к инженерным.
Читать полностью »

в 12:54, , рубрики: 1С, ERP, ERP-система, ERP-системы, автоматизация, автоматизация бизнес-процессов, автоматизация бизнеса, Анализ и проектирование систем, информационная система, Программирование, Программное обеспечение, управление проектами, управление разработкой

image

В середине 2000-х при выборе платформы ИС большинство производителей продуктов питания остановились на 1С УПП. И за последние 10-15 лет построили и, можно сказать, «вросли в нее корнями» (будь то чистое 1С УПП или отраслевое решение на его основе). Кто-то старался активно развивать все в одной информационной базе, кто-то разделять функционал подразделений в разные базы. Но, как ни крути, УПП была и остается центральным элементом выстроенной системы, т.к. консолидирует в себе все транзакции финансово-хозяйственной деятельности предприятия.
Читать полностью »

1...1020...363738...4050...124
Главная   |  Архив новостей  |   Android  |   Google  |   Apple  |   Microsoft  |   Информационная безопасность  |   Веб – разработка
Публикации RSS  |  Комментарии RSS
https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js