Дорожная карта или roadmap в руках умелого менеджера продукта – настоящее стратегическое оружие. Как большинство стратегов умеют грамотно обращаться со своими рабочими инструментами, так и менеджер продукта должен уметь тактически применить дорожную карту и использовать доступные сервиса для этой цели.
Рубрика «управление разработкой» - 80
Как создать идеальную дорожную карту продукта и что для этого нужно?
2018-03-29 в 7:00, admin, рубрики: Блог компании Hygger, менеджмент продукта, Стратегия, управление задачами, Управление продуктом, управление проектами, управление проектами и командой, управление разработкой
Как мы предсказываем дату окончания и оценку проекта с помощью нейросети
2018-03-26 в 13:55, admin, рубрики: Алгоритмы, Блог компании Сбербанк, машинное обучение, нейросеть, прогнозирование, Сбербанк, управление проектами, управление разработкойОсенью 2017 года в Сбертехе провели внутренний хакатон по машинному обучению. Один из победителей Николай Желтовский представил проект нейросети, которая прогнозирует даты завершения производственных задач. После этого мы решили попробовать ее на других задачах — прогнозировать дату закрытия и внутреннюю итоговую оценку проекта на основе анализа данных по закрытым проектам. Сейчас эта система вырастает в виртуального помощника, который будет помогать руководителям находить потенциальные проблемы в проектах и наилучшие способы их решения. В этом посте мы расскажем о технической реализации.
Читать полностью »
Управление ИТ-активами: как мифы влияют на проекты
2018-03-26 в 9:49, admin, рубрики: it asset management, itsm, Блог компании Naumen, внедрение itam, внедрение ис, внедрение итам решений, управление ИТ активами, Управление продуктом, управление проектами, управление разработкойВсе счастливые проекты похожи друг на друга, каждый несчастливый проект несчастлив по-своему.
6 лет занимаюсь внедрением и автоматизацией бизнес-процессов, из них 3 года – внедрением ITAM-решений. В проектах по автоматизации процессов управления ИТ-активами постоянно боремся с различными мифами.
Природа этих заблуждений самая разная: непонимание методологии, технических аспектов, ошибки в построении взаимосвязей процессов, неоправданные ожидания и пр.
Рассмотрим эти мифы подробнее, попробуем развеять их или подтвердить.
Это вам не настоящая работа, а лучше: как политика найма Crossover останавливает утечку мозгов из России
2018-03-23 в 13:38, admin, рубрики: CrossOver, Блог компании Crossover, высокие ЗП, налоги, Программирование, работа с Crossover, регистрация, сотрудничество, удаленная работа, управление персоналом, управление проектами, управление разработкой, финансы в ITСейчас глобальное сообщество Crossover насчитывает уже более 4000 разработчиков и профессионалов других специальностей в 138 странах мира. Из них более 400 человек живут и работают в России. А это значит, что российская экономика благодаря Crossover получила четыре сотни индивидуальных предпринимателей (ИП). И тут вы скажете: «Стоп, а откуда взялись ИП?» Дело в том, что у Crossover в России нет ни офиса, ни даже юрлица — как и нигде в мире, за исключением штаб-квартиры в техасском Остине. Все сотрудники компании работают полностью удалённо. Поэтому с официальной точки зрения Crossover в России не нанимает сотрудников, а заключает договоры о сотрудничестве с индивидуальными предпринимателями. Звучит непривычно? Вероятно — да. Может быть, мы ещё просто не оценили всех возможностей такого формата работы, а ведь у него есть целый вагон преимуществ перед традиционным наймом. Впрочем, как и маленькая тележка недостатков, о которой мы тоже расскажем.
Как организовано сотрудничество с Crossover
Представим, что один из турниров Crossover, о которых уже был подробный рассказ в прошлый раз, остался для соискателя позади: с великолепным проходным баллом он оказался на витрине Crossover — маркетплейсе, где вскоре получил конкретное предложение о работе в одной из компаний холдинга ESW Capital — Aurea, Versata, DevFactory, 3seventy, Ignite Technologies и др.
Читать полностью »
Как и зачем переходить от сервис-ориентированной архитектуры к микросервисам
2018-03-23 в 7:40, admin, рубрики: Блог компании Банк «Ренессанс Кредит», информационная безопасность, управление разработкойЗдравствуйте, меня зовут Алексей, я главный IT-архитектор банка «Ренессанс Кредит». Лет десять назад мы, как и многие компании, ускорили свое развитие благодаря сервис-ориентированной архитектуре (SOA). Но со временем требования к архитектуре менялись, и к данной парадигме стали возникать серьезные вопросы. В конце концов мы решили перейти от интеграционной шины ESB к микросервисам. На нашем примере я расскажу, почему стоит задуматься об эффективности SOA и что можно предпринять, если эта модель вас тоже не устраивает.
Багодельня — марафон по убийству престарелых багов
2018-03-22 в 11:50, admin, рубрики: testing, Блог компании Avito, Тестирование веб-сервисов, Тестирование мобильных приложений, управление разработкой, ХакатоныСколько открытых багов у вас в бэклоге? 100? 1000?
А сколько времени они там лежат? Неделю? Месяц? Годы?
А почему так происходит? Нет времени? Надо делать более приоритетные задачи? «Вот сейчас все срочные фичи реализуем, а потом точно будет время на разгребание багов»?
… Некоторые используют Zero Bug Policy, у кого-то хорошо развита культура работы с багами (своевременно актуализируют бэклог, пересматривают ошибки при изменении функциональности и т.д.), а кто-то выращивает волшебников, которые пишут вообще без багов (маловероятно, но, может, и такое бывает).
Сегодня я расскажу вам про наше решение по чистке бэклога багов — проект «Багодельня».
15 способов превратить мозговой штурм в результат «огонь»
2018-03-22 в 6:49, admin, рубрики: brain training, brainstorming, growth hacking, teamwork, Блог компании Hygger, организация работы, управление командой, управление персоналом, Управление продуктом, управление разработкой«Талант выигрывает игры, а команда чемпионаты». Так однажды сказал Майкл Джордан и оказался прав. Любое успешное решение, будь то выигранный чемпионат или релиз нового продукта в IT команде, достигается усилиями каждого отдельного человека. С чего начинается командный путь к успеху?
Большой комок грязи
2018-03-21 в 6:52, admin, рубрики: Анализ и проектирование систем, антипаттерны, архитектура приложений, Проектирование и рефакторинг, управление разработкойПривет! Представляю вашему вниманию перевод статьи "Big Ball of Mud" авторов Brian Foote и Joseph Yoder.
От переводчика: Статья Big Ball of Mud написана Брайаном Футе и Джозефом Йодером летом 1999 года. Она рассказывает о наиболее распространённых антипаттернах разработки ПО, причине их возникновения и развития. Несмотря на то, что с момента публикации прошло больше 18 лет, описанные проблемы никуда не пропали, так что большая часть написанного актуальна и по сей день. Это первая часть статьи из трёх, остальные я надеюсь выложить в ближайшее время.
Введение
В последние годы сразу несколько авторов [Garlan и Shaw, 1993] [Shaw, 1996] [Buschmann и другие, 1996] [Meszaros, 1997] представили паттерны, которые характеризуют архитектуру ПО высокого уровня, например, PIPELINE (конвейер) и LAYERED ARCHITECTURE (многоуровневая архитектура).
В идеальном мире все системы были бы образцом одного или более подобных шаблонов высокого уровня. Тем не менее, в реальной жизни все не так. Архитектура, которая на данный момент является доминирующий, до сегодняшнего дня ещё не обсуждалась. Речь идет о BIG BALL OF MUD или БОЛЬШОМ КОМКЕ ГРЯЗИ.
Читать полностью »
PVS-Studio — дополнительная страховка медицинского программного обеспечения
2018-03-20 в 11:59, admin, рубрики: 64-битные ошибки, C, c/c++, c++, code review, Therac-25, Блог компании PVS-Studio, встраиваемые системы, здоровье, информационная безопасность, качество кода, медицина, медицинские технологии, МРТ, надежность программ, обзор кода, ответственность, ошибки в коде, ошибки в программе, Си, си/си++, статический анализ кода, статический анализатор кода, Тестирование IT-систем, управление проектами, управление разработкой
Ошибки в программном обеспечении могут приводить не только к материальным потерям, но и повредить здоровью людей. Например, артисты на сцене театра могут получить травму, если вдруг одна из декораций начнёт опускаться на сцену не вовремя. Однако более очевидна взаимосвязь между ошибками в коде и вредом здоровью в медицинском программном обеспечении. Давайте поговорим на эту тему.
Читать полностью »
13 причин перейти на Kanban. И никаких суеверий
2018-03-20 в 6:42, admin, рубрики: agile, kanban, Блог компании Hygger, управление задачами, Управление продуктом, управление проектами, управление разработкойВ процессах разработки, как и в других сферах деятельности, не всегда получается сразу «нащупать» верный путь, зачастую приходиться испытать множество терний. От выбора подходящей методологии разработки зависит будущая жизнь продукта или услуги. Мы собрали 13 преимуществ от внедрения Kanban для разработки программного обеспечения.
