.NET fwdays online conference — C#, Architecture, .NET Core, microservices | April 11&18

Материалы по теме «менеджмент»

RSS

13 способов профессионального развития для менеджеров и не только 13 способов профессионального развития для менеджеров и не только

Mariia Bohdanova 6202

В этой статье Мария Богданова, Employee Development Manager, рассказывает о путях развития в менеджменте, которые она использовала. Материал будет полезен как опытным менеджерам, так и новичкам. К тому же многие подходы универсальны, они помогут всем, кто ищет возможности для профессионального роста. 2

Фиксированный скоуп и сроки в эпоху Agile: как действовать PM’у Фиксированный скоуп и сроки в эпоху Agile: как действовать PM’у

Alexander Kryuchkov 5199

Эта статья содержит ряд практических советов о том, как подходить к планированию и выполнению проекта/релиза с фиксированным скоупом и сроками. Несмотря на большую популярность Agile-подхода, такие ситуации все же случаются. Александр Крючков, Project/Program Manager, делится опытом. 15

Как мы перешли на удаленку и настроили процессы. 17 советов из опыта Как мы перешли на удаленку и настроили процессы. 17 советов из опыта

Vadym Ovcharenko 13129

В этой статье основатель и директор Auxility делится опытом успешной трансформации компании из офиса в интернет, а также дает пару советов для поддержания высокого уровня личной и командной продуктивности. 89

Як зробити віддалену роботу в компанії ефективною Як зробити віддалену роботу в компанії ефективною

Olha Chmyr 8778

Продуктивність, комунікація та мотивація — три стовпи, на яких будується ефективна робота розподілених команд. Оля Чмир, Project Manager, розповідає про те, як підготуватись та організувати роботу, а також аналізує переваги і недоліки remote. 24

Стратегия тестирования в условиях Scrum: зачем она нужна и как построить Стратегия тестирования в условиях Scrum: зачем она нужна и как построить

Артем Безручко 10434

Артем Безручко, QA Engineer в Depositphotos, рассказывает о том, как в компании внедряли стратегию тестирования: рассмотрим пошагово, что делают тестировщики в начале, середине и в конце спринта, какие вопросы задают разработчикам и какой это дает результат. 10

Не поспішайте звільняти. Чому співробітники бувають токсичними та що з цим зробити Не поспішайте звільняти. Чому співробітники бувають токсичними та що з цим зробити

Renata Chuchmay 23106

Рената Чучмай, HR з 25-річним досвідом, розповідає, як реагувати на токсичність людей. Вона переконана, що звільнення не допоможе, якщо токсичність спричинена ситуацією на проекті. На місце звільненого прийде нова людина і виникне новий токсин. Отож, шукаємо корені проблеми. 63

Когда стоит переписывать код проекта и как это донести до заказчика Когда стоит переписывать код проекта и как это донести до заказчика

Elena Sharovar 10964

«Нужно все переписать». Наверняка вы говорили эту фразу сами либо слышали от коллег. Lead Node.js developer Елена Шаровар пробует разобраться, что с этим делать и как помирить программистов и бизнес. Каким бы ни было ваше итоговое решение (переписывать или нет), этот разбор поможет сделать его мудро и взвешенно, а также донести свою идею до других стейкхолдеров. 30

Estimates or Guesstimates? Обираємо метод оцінювання задач Estimates or Guesstimates? Обираємо метод оцінювання задач

Vitaliy Opara 9214

Процес планування проєктів складний, а плани нерідко виходять за межі реальності. У цій статті проджект-менеджери SoftServe Віталій Опара та Віталій Шквира роблять порівняльний огляд та аналіз найпоширеніших методів оцінювання проєктів. 11

Як створити реєстр ризиків та працювати з ним Як створити реєстр ризиків та працювати з ним

Andriy Mudryy 5202

Проєктів без ризиків не буває, бувають лише неідентифіковані ризики. І з ризиками треба працювати, тільки якою мірою і за допомогою яких інструментів — залежить від ролі на проєкті, рівня занурення в проєкт, а також від стейкголдерів, з якими доводиться мати справу. Андрій Мудрий, що працює в ІТ-галузі майже 15 років, 10 з яких — у царині менеджменту, розповідає про керування ризиками. 5

Почему методология не спасет ваш проект Почему методология не спасет ваш проект

Maksym Streltsov 7821

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

5 книжок, які я хотів би прочитати раніше, ніж мені це вдалося, від Дмитра Волошина, CTO в Preply 5 книжок, які я хотів би прочитати раніше, ніж мені це вдалося, від Дмитра Волошина, CTO в Preply

Dmytro Voloshyn 17251

Ця підбірка про книжки, які я хотів би прочитати раніше, аніж мені це вдалося. Вони могли б допомогти системніше відбудовувати картину світу, ефективніше вирішити менеджерські завдання в бізнесі чи покращити мій підхід до читання. 17

Модель зрелости тестирования TPI Next: преимущества, недостатки и варианты внедрения Модель зрелости тестирования TPI Next: преимущества, недостатки и варианты внедрения

Вячеслав Сахаров 3074

Вячеслав Сахаров, Release Manager в Playtech, рассказывает о своем личном опыте внедрения TPI Next в проекты, о том, каких результатов удалось добиться и с какими подводными камнями пришлось столкнуться. 9

Один проект и два PM: возможно ли эффективное управление Один проект и два PM: возможно ли эффективное управление

Vladislav Samoilov 6220

В каких случаях проект нуждается в двух PM, какие инструменты стоит использовать, чего избегать и как вообще построить команду, — в статье Влада Самойлова, PM. Автор неоднократно работал с проектами, в которых было два проджект-менеджера при равноправной управленческой модели. 24

«Ну ма-а-ам... я більше так не буду», або Про веселе життя PM’а «Ну ма-а-ам... я більше так не буду», або Про веселе життя PM’а

Редакція DOU 14864

У цій статті — досвід, набутий у звичайних трудових буднях ПМ’а. П’ятничні релізи, порожні тікети, усне проговорювання «очевидних» речей, приблизні естімейти і єдиний розробник на проекті, який іде у відпустку. 49

Agile по-бандитски, регулярная армия, фуражиры и спецназ Agile по-бандитски, регулярная армия, фуражиры и спецназ

Denys Ryzhykh 12721

Какие трудности испытвает большая компания, которая решила для себя, что нужно провести Agile-трансформацию? Как эти трудности могут остановить трансформацию и ухудшить положение вещей? Как этого не допустить и что делать? Ответы на вопросы ищет Денис Рыжих, Agile Instructor. 15

Team Performance Dashboard, или Как измерить реальную продуктивность сотрудников Team Performance Dashboard, или Как измерить реальную продуктивность сотрудников

Sergey Kuzmenko 16010

Team Performance Dashboard — инструмент, предназначенный для определения эффективности работы как команд, так и отдельных сотрудников. Сергей Кузьменко, Project manager в Devart, рассказывает, как они в компании используют этот инструмент. 147

Оценка трудоемкости проектов разработки. Часть 2 Оценка трудоемкости проектов разработки. Часть 2

Oleksandr Katrusha 7789

Качественная оценка — необходимое, но недостаточное условие успеха. Следование лучшим практикам управления проектом и изменениями на всех его стадиях абсолютно необходимы. При этом хорошо выполненная и структурированная оценка может сильно помочь в последующих проектных активностях. Александр Катруша, Senior Engineering Manager, дает рекомендации по оценке трудоемкости проектов. 71

Оценка трудоемкости проектов разработки. Часть 1 Оценка трудоемкости проектов разработки. Часть 1

Oleksandr Katrusha 10654

В первой части статьи Александра Катруши, Senior Engineering Manager, рассмотриваем основные сложности в оценке проектов, цели процесса оценки, требования к оценщику (разработчику), структуру и единицы измерения оценки. 21

Ищем причины овертаймов в команде: чек-лист для менеджера Ищем причины овертаймов в команде: чек-лист для менеджера

Taras Fedoruk 13075

Тарас Федорук, Senior Project Manager в wearereasonablepeople, делится практическими наблюдениями о том, куда смотреть, чтобы устранить или, как минимум, уменьшить время сверхурочной работы команды. 93

14 типов менеджеров, которые бесят разработчиков 14 типов менеджеров, которые бесят разработчиков

Konstantin Kulaksyz 39839

Front-end разработчики Константин Кулаксыз и Дмитрий Ховрич рассказали истории из своей практики, когда решения PM-ов им казались очень странными или даже мешали работать. В статье — 14 деструктивных моделей поведения менеджеров. 175

← Сtrl 123456...10 Ctrl →

Комментарии

Виктор, Не уверена, что понимаю вас. В чем проявляется неуважение ?
Есть примеры такой специфики, что нужно быть в офисе? Все кейсы, которые я могу придумать, типа общение с командой, планерки и тд легко переводятся в онлайн
можно ПК поставить
Чаще всего бывает возможность работать из дома один день в пару недель или когда болеешь. Но некоторых проектах такая специфика, что невозможно работать дома.
А кто вас заставляет работать дома на ноуте? Есть как минимум 2 выхода из ситуации: 1. Подключить дома ноут к своему мониотору 2. С домашней тачки работать удаленно на рабочем ноуте. Оба варианта вполне удобны.
Хм я не казав, що ви протиріччя кажете і я те саме роблю. Я не до кінця висловився — мав би доповнити, що знати те які є юніт й інтеграційні тести дуже корисно для QA процеса. Перепрошую
Приятная, хорошо структурированная статья, прям ощущается отношения автора через текст. Еще мне понравилось, что даны рекомендации по каждому типу.
Тогда где вы видите противоречие тому, что я написал изначально?
Вадим, нету двух одинаковых разговоров, людей, ситуаций. Кто-то принимает вашу коммуникацию и позицию, а кто-то не принимает. А клиент из вашего примера, — это четко про лидерство в коммуникации. Его позиция ясна. Дальше вы транслируете свое мнение.
несогласен. на ноуте терпеть не могу работать.
А я і не казав, що юніт/інтеграційні тести тільки я пишу, здебільшого я їх рев’юваю та раджу, що ще можна додати по перевірках.
Це хороше питання «чи прийшов час ввести новий термін» і «що дасть його введення». Про нього можна поговорити окремо. Але, Олексій, я б тут не відповідав питанням на питання. Це не дослідницький шлях. Ти підімаєш тему про новий термін.
Говорите твёрдо и чётко. Попросив прощения за перебивание, вы тем самым обозначаете свою осведомленность правилам коммуникации. Это уже не грубость.
если дети маленькие, ничем хорошим для котов это не закончится))