Size: a a a

Project Russia Community

2018 March 28

МБ

Михаил Белов in Project Russia Community
Андрей Филатов
я бы сказал не всегда - все в соответствии с контрактом
Когда это заказная разработка - 99% случаев. Иначе это не совсем корректно называть "заказной" разработкой :)
Это скорее финансирование подготовки готового решения для исполнителя)))
источник

YB

Yelena Biryukova in Project Russia Community
Ренат Сулейманов
Прочитал всё) вообще это частая практика. В чистом виде РП - это управленец, который может привлечь экспертов, консультантов по предметной области. Но зачем, если он сам может быть экспертом, консультантом, архитектором, аналитиком - также дешевле компании, особенно если операционную деятельность компании перекраивают в проектную - тут ещё и плюшка в виде целей, сроков и ответственности - вообще РП тогда экономит кучу бабок.
Присоединяюсь к вашему мнению.
Хочу немного добавить своего (из опыта)


РП должен быть коммуникатором, человеком с вертолётным видением. Должен уметь искать экспертов для реализации работ и для контроля работ. Распределять ответственности и своевременно, желательно в рамках бюджета, управлять достижением результатов. Уметь управлять рисками и изменениями (опять же с помощью экспертов).

Мой опыт построения КСУП в разных отраслевых направлениях (я РМР, консультант по стратегическому развитию, профессиональный коуч) доказывает, что можно вырастить РП из своих, а можно взять извне с опытом управления проектами (из любой отрасли) и воспитать его по своим правилам.
Главное иметь систему (стандарт) в организации для УП.
источник

МБ

Михаил Белов in Project Russia Community
Ольга Бодрова
Проекты, проекты.... У меня ребенок тоже проект, даже в компе папка есть "проект Ребёнок". Но с управлением проблемка, не можем поделить с мужем функционал.… 7лет уже 🤣
Ольга, третьей будете из тех, с кем я знаком :)
План есть верхнеуровневый?)))
источник

А

Андрей Филатов in Project Russia Community
Ольга Бодрова
Проекты, проекты.... У меня ребенок тоже проект, даже в компе папка есть "проект Ребёнок". Но с управлением проблемка, не можем поделить с мужем функционал.… 7лет уже 🤣
значит ребенок будет скоро будет очень умным и сам уже, возможно, будет обоим по мозгам кататься )))
источник

AS

Alexandr Soloviev in Project Russia Community
Андрей Филатов
я бы сказал не всегда - все в соответствии с контрактом
По умолчанию, если в договоре не указано отдельно,  при разработке программного обеспечения, исключительные права получает заказчик.
источник

А

Андрей Филатов in Project Russia Community
Alexandr Soloviev
По умолчанию, если в договоре не указано отдельно,  при разработке программного обеспечения, исключительные права получает заказчик.
по умолчанию, что не есть точность и является точкой трактования
источник

А

Андрей Филатов in Project Russia Community
Михаил Белов
Ренат, потому что с точки зрения результата и рисков для проекта - такой вариант порочен при условии, что проект больше определенного ограничения командного.
То, что РП должен быть погружен в проект - факт. Что ему для этого необходимы знания на уровне профессионала технического/профильного - перебор для крупных проектов. Честь и хвала Наталье, что она привела обратный пример, но в целом - это лишь подтверждает правило, имхо.
Но опять же, тут нет варианта - правильно/не правильно.
Если это небольшая компания/небольшой проект/частный проект/проект в организации не проектной - то это очень часто происходит и это уже сложившаяся практика вполне себе. Сложно спорить, когда компания 12 человек, из них 3 РП, один из РП еще и генеральный, например. Тут не до жиру)))
Редко РП программист/инженер/конечный сотрудник, конечно, но очень часто РП совмещает БА/Архитектора/главного инженера и прочее.
В целом, стандарт не отрицает проектов с участием 1 человека вообще :) И тогда это выходит универсальный солдат совсем.
Но я очень сильно делал упор в суждениях на то, что мы говорим про достаточно крупные проекты.
+1
источник

А

Андрей Филатов in Project Russia Community
Yelena Biryukova
Присоединяюсь к вашему мнению.
Хочу немного добавить своего (из опыта)


РП должен быть коммуникатором, человеком с вертолётным видением. Должен уметь искать экспертов для реализации работ и для контроля работ. Распределять ответственности и своевременно, желательно в рамках бюджета, управлять достижением результатов. Уметь управлять рисками и изменениями (опять же с помощью экспертов).

Мой опыт построения КСУП в разных отраслевых направлениях (я РМР, консультант по стратегическому развитию, профессиональный коуч) доказывает, что можно вырастить РП из своих, а можно взять извне с опытом управления проектами (из любой отрасли) и воспитать его по своим правилам.
Главное иметь систему (стандарт) в организации для УП.
ну да, 80% времени это общение
источник

МБ

Михаил Белов in Project Russia Community
Андрей Филатов
ну да, 80% времени это общение
до 90% по стандарту ;)
источник

А

Андрей Филатов in Project Russia Community
Михаил Белов
до 90% по стандарту ;)
да я ж только за )
источник

МБ

Михаил Белов in Project Russia Community
Андрей Филатов
по умолчанию, что не есть точность и является точкой трактования
А вот это тема, которую у нас во многих компаниях не знают. Особенно не больших.
Если программист пишет программу на работодателя, то формально говоря, программа принадлежит работодателю, с точки зрения закона, как результат трудовой деятельности. Однако, это может трактоваться также как и интеллектуальная собственность, тогда это может считаться собственностью программиста, причем грань очень тонкая. Т.е. если я, как программист работал только на работе в рамках задания/трудовых обязательств - это трудовая деятельность и служебной произведение. Но если элементы я делал дома, это не было оплачено, или, например, ряд задач не были поставлены в явном виде, например, внес в продукт ряд элементов, которые нужны, но не оговорены изначально (сплошь и рядом) - то уже можно спорить.
В связи с этим считается хорошей практикой, указывать в явном виде, что результаты работы сотрудника являются собственностью компании, иначе, возможны споры.
Причем, часто - указывается в отдельном документе.
В ряде случаев, кстати, явно указывается, что определенный процент дохода с данного продукта принадлежит его разработчику, однако это очень большая редкость... Скорее в стартапах встречал, если честно.

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

M

MariaA in Project Russia Community
Всем привет, посоветуйте что изучить и почитать по организации бизнес процессов компании, планированию стратегии развития бизнеса
источник

А

Андрей Филатов in Project Russia Community
Михаил Белов
А вот это тема, которую у нас во многих компаниях не знают. Особенно не больших.
Если программист пишет программу на работодателя, то формально говоря, программа принадлежит работодателю, с точки зрения закона, как результат трудовой деятельности. Однако, это может трактоваться также как и интеллектуальная собственность, тогда это может считаться собственностью программиста, причем грань очень тонкая. Т.е. если я, как программист работал только на работе в рамках задания/трудовых обязательств - это трудовая деятельность и служебной произведение. Но если элементы я делал дома, это не было оплачено, или, например, ряд задач не были поставлены в явном виде, например, внес в продукт ряд элементов, которые нужны, но не оговорены изначально (сплошь и рядом) - то уже можно спорить.
В связи с этим считается хорошей практикой, указывать в явном виде, что результаты работы сотрудника являются собственностью компании, иначе, возможны споры.
Причем, часто - указывается в отдельном документе.
В ряде случаев, кстати, явно указывается, что определенный процент дохода с данного продукта принадлежит его разработчику, однако это очень большая редкость... Скорее в стартапах встречал, если честно.

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

А

Андрей Филатов in Project Russia Community
MariaA
Всем привет, посоветуйте что изучить и почитать по организации бизнес процессов компании, планированию стратегии развития бизнеса
вот да, мне тоже интересено очень, буду благодарен за любой материал
источник

ФА

Федор Афанасьев in Project Russia Community
MariaA
Всем привет, посоветуйте что изучить и почитать по организации бизнес процессов компании, планированию стратегии развития бизнеса
Если коротко и просто - Михаил Рыбаков "Бизнес процессы....". У него 2 книжки, одна потоньше другая потолще. Он использует для описания простые SIPOC диаграммы, про которые в том числе говорится в документах PMI.

Если поглубже хочется понять тему и разобраться в многообразии нотаций, то Владимир Репин "Бизнес процессы...".

Есть еще разные но этих 2х обычно хватает в том числе для глубокого понимания.

А дальше как обычно практика покажет что еще нужно изучить :-)
источник

МБ

Михаил Белов in Project Russia Community
Андрей Филатов
все так, в трудовом в нормальных интеграторах все прописывается, но вот при b2b это уже как это нужно обоим b прописывается
по умолчанию, если в b хоть сколько-то разумный юрист, то это прописывается, когда это заказная разработка. Мало кто хочет финансировать чужого дядю.
Очень часто даже адаптация коробочного продукта прописывается с передачей прав на адаптационные решения/настройки.
Все надстройки над коробкой - почти всегда с передачей прав.
Однако, тут вступает в дело другая тонкая грань нашего законодательства в сфере интеллектуальной собственности - что очень мало надо изменить, чтобы это считалось произведением новым. Поднимал в свое время вопрос на ROSS'16 чтоли, там коллеги со стороны юридической этот вопрос сильно обсуждали, мне тогда очень интересно ответили.
Что если изменено 20% кода - то это уже однозначно новое произведение, если меньше - то обсуждаемо, но в целом, может быть достаточно даже изменений одной-двух строчек кода для того, чтобы считать это новым произведением.
источник

А

Андрей Филатов in Project Russia Community
Федор Афанасьев
Если коротко и просто - Михаил Рыбаков "Бизнес процессы....". У него 2 книжки, одна потоньше другая потолще. Он использует для описания простые SIPOC диаграммы, про которые в том числе говорится в документах PMI.

Если поглубже хочется понять тему и разобраться в многообразии нотаций, то Владимир Репин "Бизнес процессы...".

Есть еще разные но этих 2х обычно хватает в том числе для глубокого понимания.

А дальше как обычно практика покажет что еще нужно изучить :-)
Спасибо большое, Федор
источник

А

Андрей Филатов in Project Russia Community
Михаил Белов
по умолчанию, если в b хоть сколько-то разумный юрист, то это прописывается, когда это заказная разработка. Мало кто хочет финансировать чужого дядю.
Очень часто даже адаптация коробочного продукта прописывается с передачей прав на адаптационные решения/настройки.
Все надстройки над коробкой - почти всегда с передачей прав.
Однако, тут вступает в дело другая тонкая грань нашего законодательства в сфере интеллектуальной собственности - что очень мало надо изменить, чтобы это считалось произведением новым. Поднимал в свое время вопрос на ROSS'16 чтоли, там коллеги со стороны юридической этот вопрос сильно обсуждали, мне тогда очень интересно ответили.
Что если изменено 20% кода - то это уже однозначно новое произведение, если меньше - то обсуждаемо, но в целом, может быть достаточно даже изменений одной-двух строчек кода для того, чтобы считать это новым произведением.
интересное кино, 20% ))
источник

МБ

Михаил Белов in Project Russia Community
Андрей Филатов
интересное кино, 20% ))
однозначная позиция юристов в сфере IT/интеллектуальной собственности.
Не помню кто именно, то ли старший партнер одной из юридических компаний, то ли эксперт по интеллектуальной собственности одной из организаций озвучивал, глядя в глаза :)
Не суть в целом, кто именно был - все 5 юристов, что заседали на сессии - поддержали.
Единственное, ошибся, это был саммит в 17 году.
источник

ФА

Федор Афанасьев in Project Russia Community
Андрей Филатов
Спасибо большое, Федор
Пожалуйста :-)
источник