Источник

Вашему вниманию предлагается статья о том, как был создан онлайн курс по тематике «Функциональная безопасность». Сервисы онлайн обучения располагают студийным оборудованием для записи высококачественного звука и видео. А если вдруг представить, что доступа у вас к подобным ресурсам нет, а учебный материал надо подготовить для использования в онлайн режиме? Автор решил поделиться собственным опытом и раскрыть следующие вопросы:

— мотивация или зачем и кому это надо;
— инструменты подготовки и записи;
— содержание Massive Online Open Course (MOOC) по функциональной безопасности;
— дальнейшие шаги по развитию продукта.

Привет, Хабр. С вами Владимир Разуваев. В Softline я руковожу департаментом бизнес-консалтинга и практически все свое свободное время я посвящаю спорту. В этом посте я расскажу о своем опыте подготовки к соревнованиям Ironman. В процессе мне сильно помогли навыки проектного менеджмента. Благодаря им я разложил казавшуюся недостижимой суперцель на задачи, нашел тренера и сам стал для него заказчиком и исполнителем, полностью перенастроил свою жизнь под будущее спортивное достижение, при этом не остался без семьи, но полностью провалил ту часть подготовки, которая была связана с бюджетом. Если для вас это звучит достаточно драматично – прошу под кат.

Для разработки своего решения для поддержки клиентов мы выбрали сервис Gmail, так как это один из самых популярных почтовых клиентов. А для расширения его возможностей — готовую библиотеку InboxSDK. На момент разработки она обладала нужным нам функционалом, и такое решение помогло нам быстро выйти на рынок с первой версией продукта и набрать пользовательскую базу. С другой стороны, InboxSDK — закрытая библиотека от стороннего разработчика и она обладала недостатками, которые в дальнейшем надо было решать.

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


1. Расставлять приоритеты и планировать узкие места

«У вас не будет второго шанса произвести первое впечатление» — этот афоризм прекрасно характеризует ситуацию, возникающую при введении новых услуг в эксплуатацию в сфере IT. В 2016 году Mars IS перешел на новую операционную модель, состоящую из 48 процессов, взаимосвязаных между собой, с тем чтобы обеспечивать эффективное функционирование IT-услуг. Наряду с такими широко используемыми процессами, как управление инцидентами, проблемами, изменениями и др., в новую операционную модель вошел процесс введения новых услуг в эксплуатацию (Service Introduction).

С начала 2017 года в Mars началось внедрение корпоративной системы управления проектами CA Clarity PPM. На сегодняшний день все структуры нашей компании в той или иной степени используют эту платформу, а для проектных команд она является основной. В этой публикации мы расскажем о ходе внедрения системы и ее основных преимуществах.

Все мы знаем, какую боль в самых разных частях тела вызывают проблемы с требованиями у всех в Разработку ПО вовлеченных. Казалось бы даже у контор, которые давно на рынке, уже должны быть целостные практики формализации и подготовки требований — ан-нет, процесс в большинстве случаев достаточно примитивен, и нигде не расписан. Кому-то этого достаточно, но в моем случае команда наша еще и распределенная, да еще и с языковым барьером (к-к-ккомбо!).



Дисклеймер: Каждая организация уникальна — от внутренней структуры, и до того, как она общается с внешним миром. Так что я не считаю ни один воркфлоу (или бизнес-процесс, как любят говорить на русском) универсальным решением. Пост не претендует на полноту и исключительность, он скорее о том, что подобный подход работает у нас в SkuVault, в текущей конфигурации команды, и демонстрирует положительные результаты. Наша специфика — это 50 человек, 16 из которых оторваны от другой части 10-часовой разницей во времени.

Главный вопрос этого поста: какие же изменения претерпевает agile коммуникация (и скрам, в частности), натягиваясь на распределенные команды?

Для этого, давайте сначала классифицируем коммуникацию:

1. стратегические митинги (планирование / ретроспектива)
2. ежедневную синхронизацию (в том числе daily standups)
3. прояснение рабочих вопросов

Давайте добавим еще одно измерение! Если попробуем наложить вышеприведенную классификацию на географию, то появляются дополнительные срезы для вышепреведенного:

В последнее время мне приходится много работать как с менеджерами проектов так и с заказчиками, и я все больше убеждаюсь, что основой хорошего проекта внедрения и доработки информационной системы служит план проекта, разработанный в MS Project. Его можно показать заказчику, для того что бы наглядно продемонстрировать сроки и скоуп проекта, его можно включить в договор в качестве графика работ, его можно использовать для планирования ресурсов на проекте, с помощью него можно аргументировать те или иные сроки проекта, а так же можно считать внутреннюю и внешнюю стоимость, оценивая ресурсы на специальном представлении.

Всем привет! Мы выпустили новую версию системы управления проектами — YouTrack 2018.1 — и спешим поделиться с вами нововведениями.

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

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

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

На днях издательство «Инфра-Инженерия» опубликовало мою книгу «Обеспечение безопасности АСУТП в соответствии с современными стандартами». Формат аннотации на сайте издательства предусматривает всего несколько строк, поэтому я решил поделиться с читателями основными идеями и развернутым содержанием книги.

Работаю в сфере IT после окончания Бауманки четвертый год и за это время прошла путь от инженера производственного департамента до менеджера проекта. Ни для кого не секрет, что доля женщин в сфере IT небольшая. В нашей компании, например, девушек ровно треть. Почему же так мало девушек выбирают для себя эту сферу?

На протяжении учебы в университете и в первый год работы меня терзало немало сомнений, а точно ли я на своем месте. К сожалению, существует стереотипы и предрассудки насчет девушек в сфере IT, наверно поэтому женщин тут в разы меньше мужчин. Многие стереотипы я испытываю на себе, поэтому хочется поделиться тем, как это выглядит с другой стороны баррикад. Какие из этих стереотипов обоснованы, а какие нет? Как с ними можно бороться, да и нужно ли вообще обращать на это внимание?

Привет! Меня зовут Алексей и я предлагаю сразу перейти на “ты”.

Один мой друг разрешил опубликовать его историю про путь в руководители, что я и делаю с небольшими литературными изменениями. Все совпадения и имена совершенно случайны. Текст написан от первого лица. Ровно так, как он мне его и рассказывал.

Приятного чтения!

(часть #1)

Поняв, что двигаться быстрее и делать все больше и больше в неправильном направлении – не вариант, я стал смотреть в сторону процессов управления. Но каких?

Я сообразил, что мне нужна помощь или толковый совет. К сожалению, атмосфера в компании не располагала к доверию и спросить совета у руководителя я не мог. Это уже должно было мне о многом сказать, но в то время я не обращал внимания на такие “мелочи”. Синдром отличника также делал свое дело и вредил мне, не позволяя задавать вопросы и просить о помощи.

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

– Вот то, что мне нужно, – подумал я. – Только что значит “правильные”?

Что является главным ресурсом любой компании? Согласно современным представлениям — это, конечно, люди. Да, очень часто это могут быть лишь формальные заявления, профанация — человек превыше всего, ориентация на персонал, люди наше всё и так далее.

Безусловно, все очень сильно зависит от отрасли, рынка и внешней среды в целом.



Не секрет, что ИТ-сфера наиболее зависима от качества персонала. И если в условном ритейле (да, да, я знаю, что с этим можно поспорить) за счет грамотной настройки всех процессов можно в значительно степени нивелировать влияние персонала, то сделать то же самое, скажем, в разработке программного обеспечения намного сложнее.

What is prioritization about? Product managers will agree that it’s rather critical to choose the right features for development, filter the most important of them and skip less urgent ones. This is all about the art of prioritization.

If you are not sure about your prioritization skills and want to get more, this quick guide will assist to discover how to find the evaluation criteria for your product and how to select appropriate strategic growth metrics. You will also find out how to offer more value to customers and establish all internal processes inside your team with the help of prioritization methods.

Dealing with priorities is a constant necessity in product management and development processes. In order to improve professional skills, product managers should find time to explore and try using simple and complex methods and frameworks to determine priorities.

The Lean Prioritization approach is one of the simplest and most accessible methods that help product managers with managing task backlog, especially when it needs to be done quickly and efficiently. This post is about the power of Lean Prioritization.

The process of mergers and acquisitions is complicated and requires much more effort than most business owners might expect. Generally, most workload is put on project managers who shoulder the bulk of responsibility for keeping both the existing and new projects on track. They have to not only understand the purpose of the planned M&A, but also consider all the operations that can go wrong. Then, businesses are more likely to end up with success, and not a failure.

It is difficult to imagine a situation when a product manager does not face prioritization challenges. Can you quickly decide what to place to the first place?

Any product timeline requires a clear order and only qualitatively decomposed and managed tasks will lead you to a decent and successful product release. In this case, you will not successfully perform without a powerful prioritization. Where to start and how to define the most appropriate prioritization method? Especially if you are a newcomer in the product management world? Here we describe the ICE scoring prioritization method that empowers product managers to choose the right features for development.