Недавненько была информация о том, что поисковики просканировали открытые страницы в Trello.
Логично, что многие начали искать там номера банковских карт, пароли.
Как это делать? Вот https://www.google.com/search?q=site%3Ahttps%3A%2F%2Ftrello.com%2Fb+%D0%BF%D0%B0%D1%80%D0%BE%D0%BB%D1%8C+%D0%BE%D1%82.
Получаем
Практика показывает, что во многих проектах, особенно работающих по методологии Agile, традиционный подход с полноценными выделенными шагами по идентификации, анализу, планированию, мониторингу и контролю рисков, не пользуется популярностью.
В сфере управления проектами в компании Orion Innovation я применял разные практики и сформулировал несколько выводов, которыми хотел бы поделиться.
Думаю, что многие пренебрегают процессом управления рисками, так как не понимают зачем уделять ему отдельное внимание и время. Кто-то может парировать, что вы просто не умеете готовить реестр рисков и на его обновление требуется совсем немного усилий, «минут 10». Так может быть и есть в небольшой сплоченной команде, в которой все друг друга хорошо понимают. Однако нужен ли формальный реестр рисков для такой команды? В большинстве же случаев эта активность, выполняемая по запросу сверху, превращается в нудный и затянутый процесс, в котором непросто увидеть пользу.
Как оценивать эффективность фрилансера с помощью unit-экономики? Рассказывает Павел Шинкаренко, CEO в Solar Staff.
Среди типов систем планирования все большую популярность приобретают системы класса APS — Advanced Planning and Scheduling («система продвинутого планирования»).
Наша компания CS Group является официальным партнером французской компании Dassault Systèmes и работает с одним из ее лучших программных решений класса APS-систем — DELMIA Ortems. Оно обеспечивает оптимизацию за счет планирования и составления графиков связанных производственных процессов. Говоря проще, мы загружаем в систему некоторые входные данные, а на выходе получаем оптимальный производственный план.
Какая одна из самых основных задач бизнес-аналитика? Сделать так, чтобы все стейкхолдеры проекта слышали друг друга и говорили на одном языке, ведь именно от этого зависит, поймет ли команда потребности бизнеса и сможет предложить оптимальное решение. Поэтому, навыки эффективной коммуникации крайне важны - а особенно, умение снизить уровень эмоционального напряжения, чтобы перевести любые переговоры в благоприятное русло.
Это новый блог команды Privacy Accelerator, уникального проекта, который помогает прокачиваться стартапам в сфере приватности и доступа к информации. Мы организуем для таких команд менторскую и экспертную поддержку: проводим консультации по цифровому праву, делаем технический аудит, учим взаимодействовать с пользователями, продвигать продукт на российском и международном рынках. И все это бесплатно как для проектов коммерческой направленности, так и для общественно важных некоммерческих решений.
Первые резиденты Privacy Accelerator начали заниматься осенью 2020 года. И вот уже второй набор завершился. За три месяца прайваси-стартапы прошли путь от идеи до ранней версии продукта. Технические и бизнес-эксперты специально для читателей «Хабра» разобрали начинку проектов.
Привет, Хабр!
На связи команда YouTrack из JetBrains. В новой версии YouTrack мы добавили специальную страницу учета времени — теперь все записи о затраченном времени будут собраны вместе. Кроме того, мы поддержали импорт из GitLab и полностью локализовали YouTrack еще на три языка.
Начиная с этой версии мы окончательно прекращаем поддержку устаревшего REST API.
Далее расскажу обо всем подробнее.
Привет! Я HR-директор Kolesa Group Ксения Торопова. В этой статье расскажу о том, как мы запустили свою платформу для стажировок и чего нам это стоило.
Идея создания собственной образовательной программы звучала несколько безумно. Для бизнеса - дорого, для разработчиков - больше ответственности на рабочем месте. Мы сознательно пошли на риск.
Но, кто любит стажировки? Никто! Понадобилось около трех месяцев, чтобы убедить нашего СЕО в нужности проекта.
Статья написана для IT-руководителя, участвующего в проекте запуска внутреннего корпоративного портала в крупной компании. Говорим о задачах, технических рисках и лучших практиках.
Привет! Я из команды «Р7-Офис», и я немного гик текстового редактирования. Например, в MS Word, равно как и в нашем редакторе Р7, есть двойное зачёркивание, а вот в других русских офисах такой фичи «из коробки» нет. На самом деле это очень русская фишка: у нас есть госкомпании, которые по своим стандартам должны использовать именно двойное зачёркивание в ряде ситуаций. И если эту функцию не поддерживать, то где-то далеко в Сибири заплачет ещё один инженер.
У нас нет разницы между ядрами онлайн-редактора и десктопной версией. У большинства офисных пакетов эволюция прослеживается с тех времён, когда никакого онлайна толком не было, и внутри монолита можно было построить Римскую империю. Поэтому при переходе к онлайну они обычно не трогали старую кодовую базу, а просто выписывали её основные свойства в бэклог и повторяли в новой версии. Как метод рефакторинга подход замечательный, если не считать того, что полностью скопировать исходный функционал не всегда получается (и не всегда экономически оправданно, видимо), и в итоге приходится поддерживать два разных продукта, которые нередко для пользователя выглядят как один.
Но я бы хотел рассказать немного о буднях того, что происходит в «исконно славянском труЪ офисе». Начнём с подхода к открытию и сохранению docx и плавно перейдём к тому, каких функций вам не хватает.
Накопленный опыт взаимодействия с командами и смежными руководителями проектов все больше отражает печальную картину, что многие специалисты не понимают различие между рабочими, календарными и человеко-днями (часами). Попробую разобрать действительно простые понятия, в качестве достоверного источника для определений буду ссылаться на PMBoK.
В управленческой среде есть древняя скрижаль, на которой время оставило базовую мудрость: нельзя управлять тем, что нельзя измерить. Почти любую деталь сложного проекта можно разложить на исчисляемые параметры. Однако измерения ради измерений не обязательно облегчают управление. Они хороши настолько, насколько хороша рассказываемая ими история.
Для истории важно, был ли проект успешен или нет. Алексей Ким, руководитель проектов «Рексофт», делится своим видением ключевых параметров, влияющих на успех ИТ-проекта. В этом посте мы поговорим, по каким метрикам оценивать проект РП, чтобы соблюсти статус-кво по задачам со стороны заказчика и команды, и дадим примеры из практики, чтобы показать, что к чему, и как мы сами эти показатели мерим.
В самом начале моей карьеры мы собеседовали тимлида Г. На собеседовании Г. был хорош, уверен в себе и показал отличные технические знания, и мы его взяли. Но буквально через пару недель человек начал вести себя не очень корректно с моей точки зрения. Я решил посоветоваться со своим непосредственным руководителем:
— Как-то мне не очень комфортно и приятно будет работать с человеком, который такое вот делает. Наверное, надо нам с ним расстаться.
На что мой руководитель резонно мне ответил:
— ${zloy_stas}, таких, как этот Г., в твоей работе будет много; если ты будешь увольнять каждого, кто тебе не понравился лично, ты быстро перестанешь быть руководителем. Твоя задача — не детей с ними крестить, а извлекать из них пользу и уметь с ними работать. Пусть этот Г. будет для тебя таким менеджерским челленджем.
Это был очень хороший урок, и действительно, умение работать с не очень приятными людьми — важный и нужный навык для любого руководителя. И я встретился по жизни еще не с одним «трудным» подчиненным.
Поговорим сегодня о поведении, а точнее о тех психологических проблемах, с которыми мне приходилось сталкиваться на практике. Это будет разговор про ситуации и проблемы, которые не всегда фатальны; про людей, которые ещё могут быть полезны. При этом мы все знаем, что делать с совсем неподходящими людьми ;)
Привет, Хабр! Меня зовут Вадим Кузенков, я руковожу проектным офисом и работаю с командами в компании KODE. За плечами — 18 лет опыта в управлении проектами.
Весной мы проводили первую стажировку по проджект-менеджменту. На первой лекции я рассказывал, что такое проект для настоящего PM и какие методологии нужно использовать, чтобы уверенно им управлять. Решил поделиться материалом с вами.
Чем он может быть полезен? Вы сможете проверить свою осознанность, начать строить мост над пропастью между теорией и практикой, возможно — избавиться от стереотипов. Материал прежде всего ориентирован на джунов в PM, но будет полезен и другим IT-специалистам. Развеем миф, что попугая можно повысить до PM, если научить его говорить «Ну что там?»
Спасибо всем, кто поделился своим опытом получения сертификата PMP ранее.
Делюсь своими заметками об прохождении сертификации PMP в июле 2021 года. Ниже перечислила материалы, даты и рекомендации, которые дала бы себе в процессе подготовке
Подготовка к экзамену: С начала апреля начала смотреть видео, искать подходящие курсы. Активная подготовка началась 07.05.2021, после приобретения пакета и утверждения плана подготовки с ментором. Последнюю главу Риты я дочитала 02.07.2021.
Привет! 24 июля мы проведем митап менеджеров продукта в смешанном формате: можно подключиться онлайн или, если вы рядом, прийти к нам в офис в Йошкар-Оле.
Темы будут интересны не только менеджерам продукта, а еще представителям смежных профессий: UX/UI, маркетинг, управление проектами, аналитика.
На митапе своим опытом поделятся продакты из ispring, Skyeng и СберТех, а пока мы попросили спикеров рассказать немного о себе и своём докладе.
