Принятие процесса - Советы Помощь Ваша команда Адаптация
по: reello
Всего просмотров: 272
Word Count: 1496
Большинство методик процесс делать хорошую работу на покрытие процесса, однако они редко решать реальные мировые проблемы, возникающие при формальный процесс сталкивается с командой.
Каждая команда уникален, как отдельных лиц, которые составляют ее, и каждый по-разному реагируют на изменения официального процесса потребуется. Эти изменения часто скептически или даже возмущение членами команды, удобные вещи делать "их путь".
Конечно, вы можете заставить его на них, но без истинного дополнениями от команды этот процесс будет в лучшем случае будет неэффективным, а в худшем создать хаос.
Следующие советы могут улучшить ваши шансы на успех в любом процессе, вы принять и обеспечить прочную основу для созревания его.
Сколько процесса является достаточным?
Хотя считается ересью какой-то процесс гуру это законный вопрос. Риск того, чтобы пытаться сделать слишком много слишком скоро процесс может быть столь же рискованными, как не делать вообще ничего, особенно если у вас более гибкую команда пытается сделать переход к большей ориентированные на процессы.
Перегрузка вашей команды с новым набором функций и методов, которые они не привыкли или подготовленные для легко сорвать вас. Вот некоторые советы для нахождения правильного баланса.
- Фактор риска: Что такое фактором риска проекта? Очевидно создании программного обеспечения для искусственного сердца является гораздо более рискованным, чем развертывание третьего поколения веб-сайт и процесс, сначала в любом случае, должна соответствовать риску. В первом случае необходимо в значительной степени, избыточным и исчерпывающий КК сдержек и противовесов, а вторая может быть легко настроена на лету после развертывания без потери жизни.
Будьте реалистичны о том, что ваш риск, как дорого они будут для решения вниз по течению, и использовать это в качестве основы для определения, сколько требуется. Никто не знает, вашей среды, проекта и команды лучше, чем вы, так что используйте немного здравого смысла в принятии решений, что чувствует себя справа.
- Сколько ваша команда ручку и что ему нужно больше всего?: Любой процесс только так хорошо, как то, что ваша команда может управлять, и независимо от конечной выгоды, первоначально это вызовет дополнительные усилия в подготовке кадров и новых задач, ваша команда не привыкли.
Чтобы быть успешным вы должны достичь купить и приверженность процессу со всеми, это имеет ключевое значение. Если вы не ваша команда будет просто пройти движений и закатывают глаза в коллективных совещаний в рамках проекта. Чтобы преодолеть это найти свою точку боли, как они работают сейчас, и начать с направлениями процесса, которые непосредственно касаются эти.
- Начните с малого: начните с нескольких областях, которые вы считаете критической, снова в том числе болевые точки так что ваша команда видит непосредственные выгоды. Это будет легче добавить несколько слоев процесса позже, когда они видят в этом выгоду, а не просто дополнительные бюрократические препоны. Если начать с малого ваша команда будет иметь возможность получить их головами, вокруг этого, а также увидеть выгоды, и более созревания вниз легче.
Команда окружающей среды
Каждая команда имеет другую динамику и будет реагировать очень по-разному в различных аспектах, что вы пытаетесь сделать. Слишком часто, из-за расстройства с проблемами нового процесса вынужден в команде.
Это не значит, ваша команда должна диктовать ваш процесс, но, как упоминалось выше, купить своей команды в то, что вы делаете, это необходимо для Вашего успеха. Процессы никогда не бывают успешно steamrolled над командой. Так осторожно, получить вашу команду принять участие в дискуссиях о том, что вы делаете и почему, он будет выплачивать дивиденды.
- Роли и обязанности: Любой процесс будет ролей, определенных для каждого человека и очень важно, чтобы каждый человек четко понимает, какую роль они будут играть и чувствует себя комфортно в этой роли.
Потратьте некоторое время здесь, и спросить людей, если они себя комфортно в своей роли, задавать вопросы и слушать! После того как команда установлен, убедитесь, что они имеют право делать все, что нужно сделать, и убедитесь, что каждый член команды знает, кто имеет оружие и значок.
Если ваши разработчики отказываются сообщить Вашему менеджеру проекта информацию, необходимую им вы будете иметь проблемы. Если менеджер проекта реагирует путем отказа от мягкой вехи в проект плана у вас есть проблема, которую вы даже не будут знать о пока не стало слишком поздно.
Поэтому убедитесь, что роли четко определены для всех, и что каждый человек знает, кто имеет власть на команды.
- Полное раскрытие: Хватит нельзя сказать по этому поводу. Цель любого процесса решения проблемы, как ранний (дешево), а возможно, и это может быть сделано только с видимостью на каждом этапе точно оценить состояние проекта.
Разработчик эго, команда междоусобицы и оборонительные позерство все это создает среду, в которой ни один процесс может быть эффективным. Очень важно, что члены команды готовы признать ошибки, вызывать проблемы и делать это таким образом, что не создает враждебную среду.
Для этого нужно сблизить позиции сторон и открыто обсуждать этот вопрос. Адрес тот факт, что вопросы вынесен на общее благо проекта и организации.
Вознаграждение, кто нашел в себе вина и указывают на ошибки. Часто напряженности могут быть устранены, начиная с допускающих свои ошибки первых, кто будет следить, чтобы подать пример, и вы увидите, что вы можете создать открытую среду люди чувствуют свободными для просмотра ошибок и даже критику конструктивно.
- Видимость: Аналогично выше, видимость составляет всего о людях чувство удобные раскрытия информации в группу. Разработчики хотят сидеть на код до последней минуты, потому что они знают, что это не готовы, дизайнеры ненавижу людей, видя незавершенную работу.
Так понимаю, почему ваша разработчиком или дизайнером, может быть подергивания их ранних работ маршировали перед группой, и аккуратно сначала с критикой, пока они не становятся более удобными в этом. Такие фразы, как; "Это действительно большой, но как насчет ..." бесценны, их использовать!
Основная цель любого хорошего процесс ловли вопросы, как в начале процесса, как это возможно. Так что вы должны обсудить это с вашей командой и убедитесь, что все понимают, что это может быть сделано только при полном видимость по всем аспектам проекта.
Совещания Post Mortem
Post Mortem это совещание собираются после завершения проекта. Это не является стороной после освобождения, хотя в зависимости от успеха он может иметь эту атмосферу. Это шанс для некоторых прямо говорить о том, что пошло не так и что еще более важно, как решать, что и в будущем.
Каждый линий за Опубликовать вскрытия, когда дела шли хорошо, но вы можете узнать больше от тебя неудач, чем успехов. Так что если у вас возникли проблемы, не упустите эту возможность для их решения, когда они еще свежи в памяти каждого!
Кроме того, группы должны смысле закрытия, и это помогает им в этом, а также вентиляционные так что вы можете очистить воздух перед стартует следующий проект. Не позволяйте гневу и борьба тлеть в своем следующем проекте.
- Оставьте свое эго в дверь: Нет, где прямые говорить и способность обеспечить и принять конструктивную критику более важное значение. Эта встреча не может быть о "я", или CYA, оно откровенное обсуждение ошибок, допущенных все (мы все их) или районов, в процесс, который нуждается в улучшении.
Опять, чтобы задать тон попробовать ведущая заседание по старшинству лицо в зале обсуждали ошибки они сделали или вещи, они научились. Это действительно помогает установить правильный тон и ослабить напряженность.
- Возьми Notes, тогда действий: Это время, чтобы изучить и слишком часто люди обсуждают проблемы, то уходил, и ничего не делать. Это возможность принять корректирующие меры, чтобы сэкономить ваше время и деньги на следующий проект. Так что берите многочисленные записи и положить их в действие, а железо, пока горячо.
Выполните следующие действия в любом процессе, вы принимаете или любой проект, вы управляете, и вы должны найти это действительно повысит ваши шансы на успех.
Статья Источник: http://www.ArticleStreet.com/profile/reello-1211.html
Об авторе
Рэнди является генеральным директором компании Reel Logix Инк, разработчиков проста в использовании и мощное программное обеспечение календарь как календарь Планировщик для общего бизнеса и Reel Производство календарь для кино и телевидения производства.
Рейтинг: Пока не оценено