One problem that many project managers never get comfortable with is dealing with poor performers. Some people are such poor performers that they ultimately fire themselves. Maybe the bigger challenge is trying to improve marginal performers. These are people that constantly disappoint. The miss a high performance bar, but when you lower the bar they miss that as well. In spite of these marginal performers, you still have to complete your project successfully. You should look at a number of possible causes for marginal performance.

• Does the person have the right skills and experience?
• Do they understand your expectations?
• Are they motivated? . 
• Can you assign them other work? . 
• Are there extenuating circumstances?

Do you need help assessing your organization, deploying project management or other processes? Contact us today to discuss implementing solid project management practices in your organization. 

When you start your project you need to make sure you include the activities, time and budget to formally close the project. This is true regardless of whether the project is successful or not. In fact, even if your project is cancelled, you should still go through a formal close process. Here are the things to consider.

Step 1: Confirm Project Completion

Step 2: Perform Closure Actions

If you don't think about project closure until the end of the project you will be scrambling trying to determine what to do with rapidly disappearing staff. This is the beauty of thinking this through up-front during the planning process. If you have planned for a structured close process, you will have the information you need to validate it is time to close, plus you will already have the activities defined to complete the closure.
...................
Are your projects less than successful? Contact us today to discuss implementing solid project management practices in your organization.

Knowing how to gather requirements is a skill that every analyst, and project manager, - should have. However, it seems to be a skill that is generally lacking in many organizations. Poor requirements gathering is a major cause of project problems in many organizations. 

Gathering requirements is more than just asking a few questions and then proceeding to the next step in the lifecycle. We have a four-step process for gathering requirements that all projects should utilize to some degree. If your project is small, you will go through thee steps quickly. Larger projects may spend quite a lot of time working through the process.

• Elicitation. more. 
• Validation.
• Specification.
• Verification.

The truth is that all team members need to appreciate the value of good business requirements and should have some fundamental skills in gathering them. Gathering good requirements up-front saves time and money and improves the overall quality of your product.

One of the most interesting aspects of Agile methodologies is the technique of pair programming. This is specifically described in the Extreme Programming (XP) model.

When I mention pair programming for the first time I am usually met something like "Dude you can't be serious.". On the surface, this seems counterintuitive. After all, isn’t programming the bastion of the lone wolf? The typical programmer receives design specs and then sits down at the terminal to code, code and code. It does not seem to make sense that one programmer would code and another would look over her shoulder.

Even though it may not be intuitive, the technique has been shown to work. In fact if it did not work, it would not be considered a staple of Agile development. Pair programming has a number of advantages.

• The code is of higher quality.
• More code can be written. .
• The code is cleaner.
• Requirements can be validated sooner.
• Code reviews are not needed. .

"Programming" includes the initial code development, testing, and the time for defect correction and rework required to ensure the code is complete and correct. Teams that use pair programming have found that the technique actually results in increasing programming productivity by twofold or more. In other words more then twice as much clean code gets implemented with pair programming as compared with two programmers working independently on different programs.

It is natural that projects attract a lot of stress, as you have a fixed set of deliverables to produce in a fixed timeframe and with fixed resources - and all with your project sponsor breathing down your neck.

Positive stress can be generated in an environment which boosts productivity and focuses your team on the end goal. But negative stress can demoralize staff, reduce efficiency and de-focus your team. In this type of environment, you need to turn negative stress into positive stress.

Step1. Team Building

Step2. Rallying

Step3. Boosting

Step4. Pin-Pointing.

Step 5: Self-Administering

.Данные общие технические условия определяют требования по технике безопасности, предъявляемые к компоновке установок по производству и переработке, а также к резервуарным паркам, размещаемым как на берегу, так и в море

Настоящие ТУ распространяются на минимальные требования к проектированию, производству и гарантированной эксплуатации комплектной триэтиленгликолевой установки

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

Данные общие технические условия отражают минимальные требования, предъявляемые к техническому объему и управлению качеством документации, относящейся к проектированию систем трубопроводов

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

Сколько раз мы жалели, что внезапно сорвались, вышли из себя, неожиданно для себя сказали что то начальнику, бездельничали, зная что работа не сделана, испытывали панику перед собеседованием, а иногда, просто зуд в одном месте при попытке сесть за уроки....

Существует много техник НЛП способных помочь личности в нежелательном поведении. Многие техник и требует знания содержания проблемы и  вовлечения сознания в процесс терапии. Другие  не требуют от слушателя содержания его проблемы, что дает чувство безопасности слушателю. Одним из таких методов является Универсальный 6ти Шаговый Метод Переформатирования (REFRAMING).
Применение показано в случаях, если слушатель хочет изменить поведение, которое ему не нравится, или даже избавится от него:
1. Вспыльчивость, гнев, скорбь, вина
2. Зависимости
3. Фобии
4. Жадность, жестокость, расточительность и т.п.

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

Итак: Кто хочет попробовать начать менять себя и переформатировать  в супер личность?  Метод освоенный позволит слушателю, делать дальнейшие изменения в собственной личности самому.   

Что требуется: Желание изменить поведение. Знание нежелательного поведения. Готовности сотрудничать с инструктором. Признания условности, что за каждое ваше поведение, отвечает отдельная ваша внутренняя часть.

Вот и все. Пора модернизировать ПО нашего биокомпьютера. Готовы?
Есть шанс стать супер личностью