Ресурсный менеджер. Как работать в режиме осьминога
Вы держите единственную книгу по ресурсному менеджменту, в которой подробно рассматриваются все аспекты этой серьезной профессии.
Прочитав эту книгу, вы узнаете все необходимое для организации работы ресурс-менеджера. Как нанимать персонал, как управлять теми, кто уже в вашем подчинении, как управлять проектами и как выстраивать работу с клиентами, как вести ресурсное планирование, финансы и внедрять политику компании. И многое другое.
Прочитав эту книгу, вы узнаете все необходимое для организации работы ресурс-менеджера. Как нанимать персонал, как управлять теми, кто уже в вашем подчинении, как управлять проектами и как выстраивать работу с клиентами, как вести ресурсное планирование, финансы и внедрять политику компании. И многое другое.
Жас шектеулері: 12+
Құқық иегері: ООО "Издательские решения"
Түпнұсқа жарияланған күн: 2024
Басылым шыққан жыл: 2024
Баспа: Ridero
Қағаз беттер: 145
Пікірлер1
👍Ұсынамын
Могу смело рекомендовать эту книгу проджектам, руководителям подразделений и даже фаундерам небольших компаний, как для расширения кругозора, так и практическому применению в компаниях. Много инструментов и практик можно брать и внедрять, как есть
Дәйексөздер4
Как проводить ревью оценок
• каждая задача не должна превышать 16 часов, иначе ее следует разбить на подзадачи. Исключение — болпарк оценки;
• сопоставить оценки с типовыми видами работ и сравнить часы. Например, часто на интеграцию с платежной системой разработчику требуется около 40 часов;
• проверить работы на состав и полноту;
• проверить зависимости;
• есть ли в оценке наши предположения, так называемые асампшены (крайне редко бывает так, что при анализе требований все воспринимается однозначно и без предположений);
• проверить, есть ли асампшены напротив задач, которые оказались непонятными;
• проверить наличие буферов/заложенного времени на непредвиденные ситуации;
• проверить коэффициенты на те работы, которые высчитываются по формулам и расчетам. Например, тестирование 30% от программирования, +10% на юнит-тесты, +20% на багфикс. Уточните, можно ли провести точную оценку, действительно ли уместно закрываться коэффициентами.
• каждая задача не должна превышать 16 часов, иначе ее следует разбить на подзадачи. Исключение — болпарк оценки;
• сопоставить оценки с типовыми видами работ и сравнить часы. Например, часто на интеграцию с платежной системой разработчику требуется около 40 часов;
• проверить работы на состав и полноту;
• проверить зависимости;
• есть ли в оценке наши предположения, так называемые асампшены (крайне редко бывает так, что при анализе требований все воспринимается однозначно и без предположений);
• проверить, есть ли асампшены напротив задач, которые оказались непонятными;
• проверить наличие буферов/заложенного времени на непредвиденные ситуации;
• проверить коэффициенты на те работы, которые высчитываются по формулам и расчетам. Например, тестирование 30% от программирования, +10% на юнит-тесты, +20% на багфикс. Уточните, можно ли провести точную оценку, действительно ли уместно закрываться коэффициентами.
Что же это за разговоры и что и когда спрашивать? Хронологически это выглядит так:
• проверьте разработчика на масштаб его мышления с помощью тестового задания.