Data Center Migrations & Consolidations

Business Challenge:

A major academic based health system in Philadelphia required migration services consisting of relocating nearly 600 servers and related technology equipment from the primary data center to the new “designated data center”. ComSource needed to develop a data center migration plan which allowed the move to occur in phases, enabling the IT staff to concentrate on one critical factor at a time and minimize the danger of excessive downtime at any point during the move.

The Solution:

ComSource, in conjunction with our migration partner, worked closely with the client’s project management office, attending pre-move meetings and planning sessions to develop a “playbook” based on a selected “move event” approach and timeline. Key to the plan’s success was our move methodology which was based on the applications priorities and dependencies. Once these “logical” dependencies were determined, a hardware or physical dependency check was performed. This helped put the servers into various groups and identify which ones needed an asset swap, parallel, forklift, etc. type of approach. The data migration took place during 13 move events utilizing one truck per move. ComSource also provided relocation of the customer’s IT equipment, including packing and crating, loading, transporting, unloading and uncrating. As part of this data center migration move it was imperative that customer manufacturer hardware agreements and warranty coverage remained valid throughout the relocation event. ComSource provided consulting services which included suggesting best practices for relocating, inventorying, communicating, change management and other measures associated with the data center migration.


ComSource successfully completed a nearly 600 server and technology infrastructure move over a 13 weekend period on schedule, working within the customer’s timeline and budget and meeting minimal downtime to the ongoing business operations.

Business Continuity, Recovery Services & Co-Location

Business Challenge:

A rapidly growing U.S. based retail corporation maintained a production data center in New York State. While they had always cut daily incremental backup tapes and weekly “fulls”…and in turn sent them offsite to a secure location, they never had a contracted warm or hot site facility from which to recover their critical applications in the event of a disaster at the main production facility. Several years ago the lack of a contract at a hot site recovery facility never seemed a major issue for a small retail company…just more of a potential minor inconvenience. As the company grew, in fact doubled and tripled in size, it became all the more apparent and actually critical to come up with a more effective and comprehensive business recovery plan.

The Solution:

The ComSource sales and support team went to work immediately. First and foremost, ComSource and their business recovery team experts worked with the company to examine all workload and applications with the intent of prioritizing which applications absolutely needed to be up and running in hours versus days in the event of a “disaster”. The company’s key applications were hosted on both IBM’s Power family with OS/400 applications as well as several applications running on Dell x86 Servers. Once ComSource and their recovery expert team collectively completed a full audit of all hardware platforms, all critical and non-critical applications and all current backup and recovery infrastructure they jointly selected one of ComSource’s elite Recovery Site locations in northern Georgia for the hot site facility. In this case, the ComSource long time affiliate, a true “Best in Class” Disaster Recovery Services organization, provided the customer with the best overall top to bottom recovery option with a secure facility, redundant components, extensive equipment inventory and a staff expertise across all of the end user platforms..


Dedicated platforms were selected and deployed processes were implemented to insure that in the event of a disaster at the production facility a rapidly growing retail organization could recover its mission critical applications quickly and efficiently. This long time valued ComSource customer has continued to utilize this premier Disaster Recovery organization and has performed many complete recovery tests over several years. The end user’s executive team can now “sleep at night” knowing that in the event of a disaster…most any disaster…the company can bring up and run all selected applications in a timely fashion with a highly skilled support team working closely with them along the recovery process.

Information Technology in the Healthcare Sector

Business Challenge:

A 528-bed tertiary care facility in western New York needed to successfully implement an EMR solution. ComSource, along with our partner affiliate, competed with top IT healthcare solution providers and consultants to win this major project that required significant pre-implementation planning, management and support to help deploy the mission critical EPIC software.

The Solution:

Due to timeline sensitivity and federal mandates, ComSource and our partner affiliate were tasked to successfully implement the EPIC software by providing the key services listed below:

  • Planning and implementation pre-planning
  • System’s analysis
  • Change management
  • Screen/report design
  • Tailoring/configuration
  • Integration testing
  • Training
  • Activation planning
  • Post implementation review


ComSource was able to assist this tertiary care facility in achieving their targeted deadlines and obtaining full funding of the project. The facility realized significant cost savings by choosing our ComSource partner affiliate over other alternative IT healthcare systems integrators. This successful EPIC implementation helped the client attain meaningful use objectives in a cost effective manner. In addition, the doctors and hospitals were able to report required quality measures that demonstrate outcomes, such as:

  • Improved process efficiencies
  • Maximized use of human resources
  • Improved “return on investment” on the technology purchase
  • Employee satisfaction
  • Physician satisfaction
  • Improved clinical quality outcomes
  • Increased case flow
  • Improved profitability
  • Improved patient care and safety

Mobile Technology and Logistical Solutions

Business Challenge:

A leading freight and logistics provider needed to reduce their use of paper through the full delivery cycle, improve their customer’s view time for payment on deliveries online and increase efficiency among drivers, IT support staff and employees completing back-office procedures. The “partial” paper based system being used by this company was creating inefficiencies such as, data loss, lack of quality control and wasted driver time.

The Solution:

ComSource and our partner affiliate coordinated with all levels of the corporate structure to create a new solution. This interactive process allowed the employees to see how the new processes directly affected their jobs and incorporated their requested features in the new system. A complete mobility solution was implemented to allow the company to automate their entire delivery and collection process in real time. Key elements of this solution include:

  • Drivers were able to scan items both within and outside the depot.
  • Consignments were manifested electronically.
  • “Sign-on glass” allowed the company to collect proof of delivery as well as accept and complete pickups in the field.
  • Information was instantly transferred to back office systems which increased functionality for staff in regard to schedules,
    deliveries, collections and depot operations.
  • Handheld remote mobile hardware and software assets allow support staff to access the device to assist the courier
    as needed. If a device is stolen it can be wiped of any sensitive customer information or corporate data remotely.


This provider benefited from the new mobility solution in the following ways:

  • Significant cost savings through ongoing maintenance, processing infrastructure, “rate of return” and equipment repairs.
  • Improved speed and efficiencies receiving deliveries, creating invoices and meeting the increasing demands of customers.

Information Technology Assessments

Business Challenge:

A nationally recognized retail corporation selected ComSource as a “checks and balances” to evaluate the performance of their current network and propose an architectural strategy that was both redundant and secure while requiring less maintenance. This company had a fast growing retail business and needed to ensure that their environment could support their current rate of growth.

The Solution:

ComSource assessed the current network design with an onsite CCIE engineer and an array of tools. The network design assessed was:

  • IP Addressing Strategy
  • VLAN Strategy
  • Access Layer Switching Strategy
  • Distribution Layer Switching Strategy
  • Core Layer Switching Strategy
  • Wide Area Network Strategy
  • Internet Access Strategy

The infrastructure assessed was:

  • Cabling Infrastructure Strategy
  • System Security Strategy
  • Production Network Management Strategy

These assessments lead to recommendations from our CCIE engineer, to include:

  • Compressing large image files instead of just adding bandwidth.
  • MPLS for larger sites.
  • The utilization of QOS when used with VPNs.
  • Manual routing IDs were established in OSPF using loopbacks for stability.
  • Increasing MTU size on remotes to cut down on fragmentation in TCP.
  • Filtering with a dedicated firewall.
  • Eliminating single points of failure and simplify cabling by collapsing all switches within the datacenter, excluding top
    of rack switches, to 2 Core switches.
  • Network management solution to take configuration backups of all devices at regular intervals and push out
    mass configuration changes.


At the end of the assessment the customer had a clear road map as to how their network should continue to grow effectively in concert with their rapidly growing business enterprise. Strategic implementation of the recommended solutions increased throughput, functionality and security in conjunction with the expanding company.

3rd Party Maintenance and Support, Non OEM

Business Challenge:

A Fortune 1500 privately held cosmetic company was tasked by senior management executives to reduce costs in their data center. Knowing that IT maintenance contracts are subject to frequent annual price increases, often associated with renewals, this company reached out to ComSource for strategies on maintenance cost reduction.

The Solution:

ComSource, along with our trusted and recognized 3rd party maintenance service provider, looked at 2 corporate datacenter locations for this cosmetic company that had expiring IBM and Dell maintenance contracts and were able to help the company save over 40% on support in the first twelve months. Due to the cost savings from just one year of using 3rdparty maintenance with ComSource, this company expanded their portfolio and not only renewed the contracts for the same IBM and Dell equipment, but also added additional IBM, Dell and Brocade equipment to the existing contracts. The service levels provided to this cosmetic company were: a 3rd party maintenance coordinator to track expiration dates and adds/deletes, 7x24x365 hardware maintenance, local service depots, call-home, online portal for asset management and incident tracking. This online portal allows our customers to see contracts in place with our 3rd party maintenance provider across all platforms and gives the customer the ability to upload maintenance contracts that are held with other maintenance providers as well.


ComSource and our 3rd party maintenance provider allow our customers to show a cost savings across multiple platforms and all major manufacturers. Where a typical OEM increases maintenance costs, we are able to decrease (or maintain at a lower price point) the costs as the equipment ages. We work with our customers to keep the equipment on the floor instead of trying to “end of life” the equipment as so many OEM’s tend to do. In this specific case utilizing our 3rd party maintenance solution, this cosmetic company saved approximately 40% on their maintenance contract costs across their expanded IT portfolio.

 Source Link:

Tier 3 data center specifications checklist

This section of our two part series on tier 3 data center specifications deals with the power supply aspects.

As the most critical part of business, an organization needs to ensure 100% availability for its data center. This is why building a data center according to tier 3 data center specifications ensures a certain assured level of availability or uptime.

A data center built according to tier 3 data center specifications should satisfy two key requirements: redundancy and concurrent maintainability. It requires at least n+1 redundancy as well as concurrent maintainability for all power and cooling components and distribution systems. A component’s lack of availability due to failure (or maintenance) should not affect the infrastructure’s normal functioning.

These specifications have to be met only from the power, cooling and building infrastructure fronts till the server rack level. Tier 3 data center specifications do not specify requirements at the IT architecture levels. By leveraging the following steps, your data center’s power supply infrastructure can meet the tier 3 data center specifications.

Stage 1: Power supply from utility service provider

The Uptime Institute regards electricity from utility service providers as an unreliable source of power. Therefore, tier 3 data center specifications require that the data center should have diesel generators as a backup for the utility power supply.

An automatic transfer switch (ATS) automatically switches over to the backup generator if the utility power supply goes down. While many organizations have just a single ATS connecting a backup generator and power supply from the utility service provider, the tier 3 data center specifications mandate two ATSs connected in parallel to ensure redundancy and concurrent maintainability. The specifications however, don’t call for the two ATSs to be powered by different utility service providers.

Stage 2: Backup generators

Tier 3 data center specifications require the diesel generators to have a minimum of 12 hours of fuel supply as reserves. Redundancy can be achieved by having two tanks, each with 12 hours of fuel. In this case, concurrent maintainability can be ensured using two or more fuel pipes for the tanks. Fuel pipes can then be maintained without affecting flow of fuel to the generators.

Stage 3: Power distribution Panel

The power distribution panel distributes power to the IT load (such as servers and networks) via the UPS. It also provides power for non IT loads (air conditioning and other infrastructure systems).

Redundancy and concurrent availability can be achieved using separate power distribution panels for each ATS. This is because connecting two ATSs to a panel will necessitate bringing down both ATS units during panel maintenance or replacement. However, the tier 3 data center specifications require two or more power lines between each ATS and power distribution panel to ensure redundancy and concurrent maintainability. Similarly, each power distribution panel and UPS should also have two or more lines for the same purpose.

Stage 4: UPS

Power from the distribution panel is used by the UPS and supplied to the power distribution boxes for server racks as well as network infrastructure. For example, if a 20 KVA UPS is required for a data center, redundancy can be achieved by deploying two 20 KVA UPS or four 7 KVA UPS units. Redundancy can even be achieved with five 5 KVA UPS units.

The tier 3 data center specifications require that each UPS be connected to just a single distribution box for redundancy and concurrent maintainability. This ensures that only a single power distribution circuit goes down, in case of a UPS failure or maintenance.

Stage 5: Server racks

Each server rack must have two power distribution boxes in order to conform to tier 3 data center specifications. The servers in each rack should have dual power supply features so that they can connect to the power distribution boxes.

A static switch can be used for devices which lack dual power mode features. This switch takes in supply from both power distribution boxes and gives a single output. The static switch can transfer from a power distribution box to another in case of failures, within a few milliseconds.

About the author: Mahalingam Ramasamy is the managing director of 4T technology consulting, a company specializing in data center design, implementation and certification. He is an accredited tier designer (ATD) from The Uptime Institute, USA and the first one from India to get this certification.

Redundancy: N+1, N+2 vs. 2N vs. 2N+1

A typical definition of redundancy in relation to engineering is:  “the duplication of critical components or functions of a system with the intention of increasing reliability of the system, usually in the case of a backup or fail-safe.”   When it comes to datacenters,  the need for redundancy focuses on how much extra or spare power the data center can offer its customers as a back up during a power outage.  Unexpected power outages are the overwhelming usual cause for datacenter downtime.*


Photo Courtesy of the Ponemon Institute

Photo Courtesy of the Ponemon Institute

According to the industry-leading Ponemon Institute’s 2013 Study on Data Center Outages (or “downtime” – a four-letter word in the data center industry) that surveyed 584 individuals in U.S. organizations who have responsibility for data center operations in some capacity, from the “rank and file” to C-Level, 85% participants report their organizations experienced a loss of primary utility power in the past 24 months.  And of that 85% – 91% reported their organizations had an unplanned outage.  That means that most data centers experienced downtime in the last 24 months.  During these outages respondents averaged two complete data center shutdowns, with an average downtime of 91 minutes per failure.

The entire study also speaks of the implementation and the impact of DCIM (Data Center Infrastructure Management) – and how it was used to fix or correct the root cause of the outages.*

The most common are due to the weather, but they can also occur from simple equipment failure or even an accidental cutting of a power line due to a backhoe.  No matter what the reasons are, an unplanned outage can cost a company a lot of money, especially if there revenues are dependent upon internet sales.

For example, if you’re Amazon and you go down, you lose a mind-blowing amount of money: an estimated $1,104 in sales for every second of downtime. The “average” U.S. data center loses $138,000 for one hour of data center downtime per year.  So, if one compares Ponemon’s 91-minute average downtime per year – that’s an approximate loss of $207,000 for each organization accessing the data center.

What’s this all mean?  Downtown matters, and downtime prevention matters, so Redundancy matters.

Perferably, large businesses and corporations  have their servers set up at either Tier 3 or Tier4 data centers because they offer a sufficient amount of redundancy in case of a unforeseen power outage. With this in mind, not all data center’s redundancy power systems are created equal.  Some offer N+1, 2N, and 2N +1 redundancy systems.

What’s the Difference Between N+1, 2N and 2N+1?

The simple way to look at N+1 is to think of it in terms of throwing a birthday party for your child or yourself, because who doesn’t love cupcakes?.  Say you have ten guests and need ten cupcakes, but just in case you have that  “unexpected” guest show up, you order eleven cupcakes.  “N” represents the exact amount of cupcakes you need, and the extra cupcake represents the +1.  Therefore you have N+1 cupcakes for the party.  In the world of datacenters, an N+1system, also called parallel redundancy, and is a safeguard to ensure that an uninterruptible power supply (UPS) system is always available. N+1 stands for the number of UPS modules that are required to handle an adequate supply of power for essential connected systems, plus one more, so 11 cupcakes for 10 people, and less chance of downtime.

Although an N+1 system contains redundant equipment, it is not, however, a fully redundant system and can still fail because the system is run on  common circuitry or feeds at one or more points rather than two completely separate feeds.

Back at the birthday party!  If you plan a birthday party with a 2N redundancy system in place, then you would have the ten cupcakes you need for the ten guests, plus an additional ten cupcakes, so 20 cupcakes.  2N is simply two times, or double the amount of cupcakes you need.   At a data center, a 2N system contains double the amount of equipment needed that run separately with no single points of failure.  These 2N systems are far more reliable than an N+1 system because they offer a fully redundant system that can be easily maintained on a regular basis without losing any power to subsequent systems.  In the event of an extended power outage, a 2N system will still keep things up and running.  Some data centers offer 2N+1, which is actually double the amount needed plus an extra piece of equipment as well, so back at the party you’ll have 21 cupcakes, 2 per guest and 3 for you!

 For more information on Redundancy, N+1, 2N, 2N+1, and the difference between them, as well as, the different Tier levels offered by datacenters around the world visit or call us at (877) 406-2248.

*Sources: Ponemon Institute 2013 Study on Data Center Outages: Sponsored by Emerson Network Power – This link will take you to the entire study, which is also an interesting read about the how data center employees view their data center’s structure and superiors.

82 lời răn về cách sống ai cũng phải đọc

82 điều răn của Alejandro Jodorowsky – nhà làm phim, nhà văn, nhà soạn nhạc, nhà trị liệu tâm lý người Chi-lê – nghe có vẻ giống như đang đọc Kinh Thánh hay kinh Phật.

lời răn, cách sống
Alejandro Jodorowsky

Những lời răn về cách sống nhằm mục đích giúp chúng ta “thay đổi thói quen, chiến thắng thói lười biếng và trở nên đạo đức…”

Dưới đây là 82 lời răn của Alejandro Jodorowsky:

1. Dành sự chú ý của bản thân cho chính mình. Luôn ý thức về cái mà bạn nghĩ, hiểu, cảm nhận, mong muốn và làm.

2. Luôn hoàn thành thứ mà bạn đã bắt đầu.

3. Dù bạn làm gì, hãy làm tốt nhất có thể.

4. Đừng gắn liền với bất cứ thứ gì có thể tiêu diệt bạn theo thời gian.

5. Âm thầm nhân lên sự rộng lượng

6. Đối xử với tất cả mọi người như người thân.

7. Sắp xếp thứ mà bạn đã phá hoại.

8. Học cách nhận và nói cảm ơn khi nhận được quà.

9. Đừng tự định nghĩa bản thân.

10. Đừng nói dối hay ăn cắp, vì bạn đang nói dối chính bản thân mình và ăn cắp của chính mình

11. Hãy giúp đỡ hàng xóm, nhưng đừng làm họ bị phụ thuộc.

12. Không khuyến khích người khác bắt chước bạn.

13. Lên kế hoạch công việc và thực hiện chúng.

14. Đừng chiếm quá nhiều không gian.

15. Đừng tạo ra những âm thanh hay dịch chuyển vô ích.

16. Nếu bạn thiếu niềm tin, hãy giả vờ là bạn có nó.

17. Đừng cho phép bản thân bị ấn tượng bởi những tính cách mạnh mẽ.

18. Đừng coi bất cứ ai hay bất cứ điều gì là sở hữu của bạn.

19. Chia sẻ một cách công bằng.

20. Đừng cám dỗ.

21. Ngủ và ăn ít nhất có thể.

22. Không nói về những vấn đề riêng tư.

23. Đừng đánh giá hay chỉ trích khi bạn không hiểu hầu hết những yếu tố liên quan.

24. Đừng gây dựng những tình bạn vô dụng.

25. Đừng chạy theo thời trang.

26. Đừng bán chính mình.

27. Hãy tôn trọng những hợp đồng mà bạn đã ký.

28. Hãy đúng giờ.

29. Đừng bao giờ ghen tị với may mắn hay thành công của bất cứ ai.

30. Nói “không” nhiều hơn.

31. Đừng nghĩ về lợi nhuận mà công việc của bạn sẽ mang lại.

32. Đừng bao giờ đe dọa bất cứ ai.

33. Hãy giữ lời hứa.

34. Trong bất kỳ cuộc thảo luận nào, hãy đặt mình vào vị trí của người khác.

35. Hãy thừa nhận bất cứ ai cũng có thể tốt hơn bạn.

36. Đừng loại bỏ, mà hãy biến đổi.

37. Hãy chinh phục nỗi sợ hãi.

38. Giúp người khác tự cứu lấy họ.

39. Chế ngự những ác cảm của bạn.

40. Không phản ứng với những điều mà người khác nói về bạn, dù là khen hay chê.

41. Biến niềm kiêu hãnh thành lòng tự trọng.

42. Biến sự tức giận thành sự sáng tạo.

43. Biến lòng tham thành sự tôn trọng cái đẹp.

44. Biến sự ghen tị thành sự ngưỡng mộ những giá trị của người khác.

45. Biến sự căm ghét thành lòng thiện nguyện

46. Đừng tự khen hay xúc phạm bản thân.

47. Hãy coi những thứ không thuộc về bạn như thể nó không thuộc về bạn.

48. Đừng than vãn.

49. Hãy phát triển trí tưởng tượng.

50. Đừng bao giờ đưa ra mệnh lệnh chỉ để nhận sự thỏa mãn vì được vâng lời.

51. Trả tiền cho những dịch vụ phục vụ bạn.

52. Đừng cải đạo công việc hay ý tưởng của bạn.

53. Đừng cố gắng làm người khác cảm nhận ở bạn những cảm xúc như tiếc nuối, ngưỡng mộ, đồng cảm hay đồng lõa.

54. Đừng cố gắng làm mình khác biệt bằng ngoại hình.

55. Đừng bao giờ phản bác, thay vào đó, hãy im lặng.

56. Đừng mắc nợ. Hãy kiếm tiền và thanh toán ngay lập tức.

57. Nếu bạn xúc phạm ai đó, hãy xin sự tha thứ. Nếu bạn xúc phạm một người công khai, hãy xin lỗi công khai.

58. Khi bạn nhận ra bạn đã nói điều gì đó sai lầm, đừng bảo thủ chỉ vì tự ái của mình, hãy rút lại nó ngay lập tức.

59. Đừng bao giờ bảo vệ những ý tưởng cũ kỹ của bạn đơn giản chỉ vì bạn là người nói ra chúng.

60. Đừng giữ những vật dụng vô ích.

61. Đừng tô điểm cho mình bằng những ý tưởng kỳ lạ.

62. Đừng chụp ảnh với người nổi tiếng.

63. Đừng tự bào chữa cho bản thân, hãy gọi luật sư của mình.

64. Đừng bao giờ định nghĩa bản thân bằng thứ mà bạn sở hữu.

65. Đừng bao giờ nói về bản thân mà không xem xét đến việc bạn có thể thay đổi.

66. Chấp nhận rằng chẳng có gì thuộc về bạn.

67. Khi ai đó hỏi quan điểm của bạn về thứ gì đó hoặc về ai đó, hãy chỉ nói về những phẩm chất của họ.

68. Khi bạn bị ốm, hãy coi bệnh tật như giáo viên của bạn, chứ không phải như thứ gì đó đáng ghét.

69. Hãy nhìn thẳng và không che giấu bản thân.

70. Đừng quên cái chết của bạn, nhưng đừng cho phép nó xâm chiếm cuộc sống của bạn.

71. Dù bạn sống ở bất cứ nơi đâu, hãy luôn tìm ra một nơi để bạn thể hiện sự sùng kính.

72. Khi bạn cung cấp một dịch vụ, hãy để những nỗ lực của bạn không dễ thấy.

73. Nếu bạn quyết định làm việc để giúp đỡ người khác, hãy làm với niềm vui.

74. Nếu bạn đang đắn đo giữa làm và không làm, hãy mạo hiểm làm nó.

75. Đừng cố gắng trở thành tất cả với bạn đời, hãy chấp nhận rằng có những thứ mà bạn không thể cho anh ấy/ cô ấy nhưng người khác thì có thể.

76. Khi ai đó đang nói chuyện với một khán giả chăm chú, đừng phủ nhận họ và đánh cắp khán giả của anh ta/ cô ta.

77. Hãy sống bằng tiền mà bạn kiếm được.

78. Đừng bao giờ khoe khoang về những cuộc phiêu lưu tình ái.

79. Đừng bao giờ tô điểm điểm yếu của mình.

80. Đừng bao giờ tới thăm ai chỉ để giết thời gian.

81. Giành được mọi thứ là để chia sẻ chúng.

82. Nếu bạn đang ngồi thiền và một con quỷ xuất hiện, hãy khiến con quỷ cũng ngồi thiền.

Source: Nguyễn Thảo (Theo Open Culture)

Survey: UPS Issues Are Top Cause of Outages

This chart shows the perception gap between the executive suite and data center staff on key issues (click for larger version).

Problems with UPS equipment and configuration are the most frequently cited cause of data center outages, according to a survey of more than 450 data center professionals. The survey by the Ponemon Institute, which was sponsored by Emerson Network Power, also highlights a disconnect between data center staff and the executive suite about uptime readiness.

The National Survey on Data Center Outages surveyed 453 individuals in U.S. organizations who have responsibility for data center operations, who were asked about the frequency and root causes of unplanned data center outages, as well as corporate efforts to avert downtime. Ninety five percent of participants reported an unplanned data center outage in the past two years, with most citing inadequate practices and investments as factors in the downtime.

Here are the most frequently cited causes for downtime:

  • UPS battery failure (65 percent)
  • Exceeding UPS capacity (53 percent)
  • Accidental emergency power off (EPO)/human error (51 percent)
  • UPS equipment failure (49 percent)

There were signs that the ongoing focus on cost containment was being felt in the data center. Fifty nine percent of respondents agreed with the statement that “the risk of an unplanned outage increased as a result of cost constraints inside our data center.”

“As computing demands and energy costs continue to rise amidst shrinking IT budgets, companies are seeking tactics – like cutting energy consumption – to cut costs inside the data center,” said Peter Panfil, vice president and general manager, Emerson Network Power’s AC Power business in North America. “This has led to an increased risk of unplanned downtime, with companies not fully realizing the impact these outages have on their operations.”

Perception Gap
The focus on UPS issues isn’t unexpected, given the role of uninterruptible power supplies in data center power infrastructure. It’s also consistent with Emerson’s position as a leading vendor of UPS equipment. But the survey byPonemon, which is known for its surveys on security and privacy, also points to a perception gap between senior-level and rank-and-file respondents regarding data center outages.

Sixty percent of senior-level respondents feel senior management fully supports efforts to prevent and manage unplanned outages, compared to just 40 percent of supervisor-level employees and below. Senior-level and rank-and-file respondents also disagreed regarding how frequently their facilities experienced downtime, with 56 percent of the senior executives believing unplanned outages are infrequent, while just 45 percent of rank-and-file respondents agreed to the same statement.

“When you consider that downtime can potentially cost data centers thousands of dollars per minute, our survey shows a serious disconnect between senior-level employees and those in the data center trenches,” said Larry Ponemon, Ph.D., chairman and founder of the Ponemon Institute. “This sets up a challenge for data center management to justify to senior leadership the need to implement data center systems and best practices that increase availability and ensure the functioning of mission-critical applications. It’s imperative that these two groups be on the same page in terms of the severity of the problem and potential solutions.”



Data Center Generators

Generators are a key to data center reliability. Supplementing a battery-based uninterruptible power supply (UPS) with an emergency generator should be considered by all data center operators. The question has become increasing important as super storms such as Hurricane Sandy in the Northeast United States knocked out utility power stations and caused many downed power lines, resulting in days and weeks of utility power loss.


Data Center Generator Delivery

Beyond disaster protection, the role of a backup generator to provide power is important when utility providers consider summer rolling blackouts and brownouts and data center operators see reduced utility service reliability. In a rolling blackout, power to industrial facilities is often shut down first. New data center managers should check the utilities contract to see if a data center is subject to such utility disconnects.

Studies show generators played a role in between 45 and 65 percent of outages in data centers with an N+1 configuration (with one spare backup generator). According to Steve Fairfax, President of MTechnology, “Generators are the most critical systems in the data center.” Mr. Fairfax was the keynote speaker at the 2011 7×24 Exchange Fall Conference in Phoenix, Arizona.

What Should You Consider Before Generator Deployment?

  • MTU-Onsite-Energy-Data-Center-Gas-Generators

    MTU Onsite Energy Gas Generator

    Generator Classification / Type. A data center design engineer and the client should determine if the generator will be classified as an Optional Standby power source for the data center, a Code Required Standby power source for the data center, or an Emergency back-up generator that also provides standby power to the data center.

  • Generator Size. When sizing a generator it is critical to consider the total current IT power load as well as expected growth of that IT load. Consideration must also be made for facility supporting infrastructure (i.e. UPS load) requirements. The generator should be sized by an engineer, and specialized sizing software should be utilized.
  • Fuel Type. The most common types of generators are diesel and gas. There are pros and cons to both as diesel fuel deliveries can become an issue during a natural disaster and gas line feeds can be impacted by natural disasters. Making the right choice for your data center generator depends on several factors. The fuel type needs to be determined based upon local environmental issues, (i.e. Long Island primarily uses natural gas to protect the water aquifer under the island), availability, and the required size of the standby/emergency generator.
  • Deployment Location. Where will the generator be installed? Is it an interior installation or an exterior installation? An exterior installation requires the addition of an enclosure. The enclosure may be just a weather-proof type, or local building codes may require a sound attenuated enclosure. An interior installation will usually require some form of vibration isolation and sound attenuation between the generator and the building structure.
  • Cummins-Lean-Burn-Industrial-Gas-Generators

    Cummins Lean-Burn Gas Generator

    Exhaust and Emissions Requirements. Today, most generator installations must meet the new Tier 4 exhaust emissions standards. This may depend upon the location of the installation (i.e. city, suburban, or out in the country).

  • Required Run-time. The run-time for the generator system needs to be determined so the fuel source can be sized (i.e. the volume of diesel or the natural gas delivery capacity to satisfy run time requirements).


What Should You Consider During Generator Deployment?

  • Commissioning The commissioning of the generator system is basically the load testing of the installation plus the documentation trail for the selection of the equipment, the shop drawing approval process, the shipping documentation, receiving and rigging the equipment into place. This process also should include the construction documents for the installation project.

    Generac Generator



  • Load Testing Typically, a generator system is required to run at full load for at least four (4) hours. It will also be required to demonstrate that it can handle step load changes from 25% of its rated kilowatt capacity to 100% of its rated kilowatt capacity. If the load test can be performed with a non-linear load bank that has a power factor that matches the specification of the generator(s) that is the best way to load test. Typically, a non-linear load bank with a power factor between 75% and 85% is utilized.
  • Servicing The generator(s) should be serviced after the load test and commissioning is completed, prior to release for use.


What Should You Consider After Generator Deployment?

  • Caterpillar Industrial Diesel GeneratorsService Agreement. The generator owner should have a service agreement with the local generator manufacturer’s representative.
  • Preventative Maintenance. Preventative Maintenance should be performed at least twice a year. Most generator owners who envision their generator installation as being critical to their business execute a quarterly maintenance program.
  • Monitoring. A building monitoring system should be employed to provide immediate alerts if the generator and ATS systems suffer a failure, or become active because the normal power source has failed. The normal power source is typically from the electric utility company, but it could be an internal feeder breaker inside the facility that has opened and caused an ATS to start the generator(s) in an effort to provide standby power.
  • Regular Testing. The generator should be tested weekly for proper starting, and it should be load tested monthly or quarterly to determine that it will carry the critical load plus the required standby load and any emergency loads that it is intended to support.
  • bloom-energy-server

    The Bloom Box by Bloom Energy

    Maintenance. The generator manufacturer or third party maintenance organization will notify the generator owner when important maintenance milestones are reached such as minor rebuilds and major overhauls. The run hours generally determine when these milestones are reached, but other factors related to the operational characteristics of the generator(s) also apply to determining what needs to be done and when it needs to be done.

PTS Data Center Solutions provides generator sets for power ratings from 150 kW to 2 MW. We can develop the necessary calculations to properly size your requirement and help you with generator selection, procurement, site preparation, rigging, commissioning, and regular maintenance of your generator.

To learn more about PTS recommended data center generators, contact us or visit (in alphabetical order):

To learn more about PTS Data Center Solutions available to support your Data Center Electrical Equipment & Systems needs, contact us or visit:

Link Source: solutions/electricalequipmentandsystems/data-center-generators/



Thực tế để có thể đáp ứng được yêu cầu của công việc, thì không chỉ có kỹ năng chuyên môn, mà còn phải trang bị nhiều điều khác nữa. Dưới đây là một số tố chất mà bạn cần phải rèn luyện để có thể bắt kịp với xu thế phát triển hiện nay.

Tự giác: Không nên việc gì cũng để người khác nhắc nhở

1. Phải biết biến hóa từ “cần tôi làm” thành “tôi cần làm”

2. Chủ động gánh vác một phần công việc “ngoài bổn phận” của mình

3. Làm trước nói sau, tạo ra sự ngạc nhiên cho công ty

4. Học cách tự đề cử chính mình

5. Chủ động có chừng mực, không làm náo động, tranh giành công việc của người khác.

tố chất, thành công, kỹ năng, Bài chọn lọc,

Trách nhiệm: Tuyệt đối không lý do, hãy cam đoan sẽ hoàn thành nhiệm vụ

1. Cốt lõi của trách nhiệm là nằm ở tâm

2. Làm tốt tất cả những chuyện nhỏ

3. Lời nói phải đáng tin, làm thì phải hiệu quả

4. Sai là sai, tuyệt đối không tìm lý do biện bạch

5. Gặp vấn đề, giải quyết xong vấn đề mới thôi.

Chú trọng hiệu suất: Tự đánh giá giá trị sử dụng của mình

1. Qua loa đối phó là kẻ thù của hiệu suất

2. Không suy nghĩ vẩn vơ, hết sức chuyên chú vào công việc

3. Định lượng, chi tiết hóa công việc hàng ngày của mình

4. Kéo dài, trì trệ là sát thủ tàn độc nhất đối với doanh nghiệp

5. Ghi nhớ thứ tự ưu tiên, việc quan trọng luôn là số 1.

tố chất, thành công, kỹ năng, Bài chọn lọc,

Giao tiếp: Mở miệng ra là vấn đề có thể giải quyết

1. Kỹ năng mềm quyết định 75% sự thành công

2. Không nói và nói quá nhiều đều là sai lầm

3. Phải biết cách đề cập vấn đề, rèn luyện cách giải quyết công việc thông qua giao tiếp

4. Học cách tiếp nhận phê bình

5. Bên trong có thể có mâu thuẫn, nhưng bên ngoài nhất định phải nhất quán.

Hợp tác: Đặt lợi ích của tập thể trên lợi ích cá nhân

1. Nước chảy vào biển lớn, cá nhân cần dung nhập vào tập thể

2. Làm việc theo sự sắp xếp tổng thể

3. Tuân thủ kỷ luật mới có thể bảo đảm sức mạnh

4. Đừng biến mình trở thành điểm yếu của tập thể

5. Phải biết suy nghĩ cho người khác và tập thể.

tố chất, thành công, kỹ năng, Bài chọn lọc,

Tiến thủ: Luôn bắt kịp nhịp độ của doanh nghiệp

1. Học tập với tâm thái mình là người không biết gì

2. Không nên vì có thâm niên mà ra vẻ ta đây

3. Tích lũy, tiếp thu kinh nghiệp mới để sử dụng trong công việc

4. Dành ra một khoảng thời gian để sốc lại tinh thần cho mình

5. Phát triển lợi thế của mình.

Khiêm tốn: Có tài nhưng không nên cao ngạo

1. Không tranh công, không xin phần thưởng

2. Không thể rơi vào tình trạng “đại tài tiểu dụng”

3. Ai cũng phải tôn trọng

4. Nỗ lực làm việc để xứng đáng với vị trí của mình

5. Thành tích chỉ là khởi đầu, vinh dự mới là động lực.

Trong những điều kiện để trở thành CEO, có đến 8/10 là không nằm trong những bài thi ở trường, chỉ có không ngừng hoàn thiện chính mình, mới không sợ bị tụt lại ở phía sau.


Thuật ngữ quản trị dự án (st)


Thuật ngữ Nghĩa tiếng Việt
Acceptance là gì ? Đây là một chiến lược trong tiến trình hoạch định phương án đối phó rủi ro. Khi sử dụng chiến lược này, tổ chức sẵn sàng chấp nhận các hậu quả mà rủi ro gây ra nếu nó xảy ra
Acceptance Criteria là gì ? Là những tiêu chuẩn bao gồm các yêu cầu trong quá trình thức hiện và các điều kiện phải được tuân thủ và hoàn thành trước khi bàn giao dự án được chấp thuận.
Acquire Project Team là gì ?  Có được nhóm dự án: Một quy trình nhằm mục đích xác nhận lại lực với bên bộ phận quản lý nguồn nhân lực rằng nguồn nhân lực cần thiết đã được bố trí đủ để hoàn thành dự án.
Activity là gì ? Một thành phần của công việc thực hiện trong quá trình của một dự án.
Activity Attributes là gì ?  Nhiều thuộc tính với mổi thuộc tính được gán vào lịch trình công việc và có thể bao gồm trong bảng liệt kê Activities. Thuộc tính của Activity bao gồm: Mã Activity, Công việc trước đó, công việc sau đó, mối quan hệ, thời gian chéo nhau, yêu cầu về nguồn lực, ngày khả thi, các ràng buôc và các giả định.
Activity Code là gì ? Được tạo thành từ một hoặc nhiều ký tự, con số dùng để nhận biết đặt điểm công việc hoặc để phân loại lịch trình các Activities cho phép dễ dàng yêu cầu hoặc tìm kiếm Activities đó.
Activity definition là gì ? Đây là tiến trình xác định các công việc cần thiết để tạo nên sản phẩm hay dịch vụ của dự án
Activity duration là gì ? Thời gian cần thiết để hoàn thành một công việc
Activity Identifier là gì ? Là một ký tự hay con số dùng để nhận dạng được gán vào mổi Activity nhằm phân biệt giữa các Activities với nhau trong dự án. Thông thường nó duy nhất trong một sơ đồ dự án.
Activity list là gì ? đây là một dạng mở rộng của WBS, nó chứa tất cả các công việc của dự án và bản mô tả cho từng công việc. danh sách công việc là kết quả của tiến trình xác định cộng việc
Activity squence là gì ? sắp xếp công việc theo một trình tự logic và xác định xem thử liệu có mối quan hệ phụ thuộc giữa các công việc
Actual cost là gì ? là khoản chi phí thực tế đã phát sinh cho đến thời điểm xem xét, bao gồm cả chi phí trực tiếp và gián tiếp, thường được viết tắt là AC
Actual Duration là gì ?  Là đơn vị thời gian lịch trình một activities giữa ngày bắt đầu thực tế của lịch trình công việc với ngày cập nhật (data date) của tiến độ dự án so được so sánh với ngày kết thúc của một activity. (Thời lượng thực tế (Actual Duration) còn được đo bằng đơn vị giờ, ngày, tháng, năm.))
Administer Procurements là gì ? Quá trình quản lý mối liên quan trong mua sắm, thực hiện hợp đồng giám sát và kiểm soát các thay đổi và chỉnh sửa khi cần thiết.
Alternative identification là gì ? là một kỹ thuật để phát hiện ra các phương pháp hay các cách thức khác để hoàn thành dự án. Đây là một công cụ trong tiến trình hoạch định phạm vi.
Analogous estimating là gì ? sử dụng dữ liệu của dự án đã hoàn tất trước đó để ước tính co dự án hiện tại
Application Area là gì ?  Lĩnh Vực Ứng Dụng, Một loại dự án có các thành phần tương tự phổ biến đáng kể xảy ra trong các dự án, nhưng không nhất thiết phải  hiện diện trong tất cả các sản phẩm. Lĩnh vực ứng dụng thường được xác định về sản phẩm (ví dụ, công nghệ tương tự hoặc các phương pháp sản xuất giống nhau) hoặc các loại khách hàng (ví dụ, hông tin nội bộ so với bên ngoài, chính phủ so với thương mại) hoặc trong các ngành công nghiệp (ví dụ như các tiện ích, ô tô, hàng không vũ trụ, thoặc các ngành công nghiệp công nghệ, vv). Các lĩnh vực ứng dụng có thể chồng chéo lên nhau.
Appraisal cost là gì ? là một loại chi phí chất lượng liên quan đến việc kiểm tra sản phẩm hay tiến trình để đảm bảo rằng đáp ứng được các yêu cầu của dự án
Approved Change Request là gì ?  Một yêu cầu thay đổi đã được xử lý qua quy trình kiểm soát tích hợp sự thay đổi và được chấp thuận.
Assumptions là gì ? là các sự kiện hay điều kiện mà người lập kế hoạch tin rằng đúng, sẽ xảy ra. các giả định của dự án phải luôn được ghi lại bằng văn bản
Authority là gì ? Là quyền để  áp dụng quản lý nguồn lực của dự án, nền tảng ra quyết định, hoặc để phê duyệt một việc nào đó.
Avoidance là gì ? là một tong chiến lược đối phó rủi ro, chiến lược này đòi hỏi phải thay đổi kế hoạch dự án để tránh hoặc loại bỏ các sự kiện gây rủi ro và tác động của sự kiện này với mục tiêu dự án.
BAC là gì ? Là tổng của tất cả ngân sách đã dùng cho việc thực hiện công việc trong một dự án, hoặc WBS hay Activity. Nó cũng được xem như tổng giá trị kế hoạch cho dự án.
Backward pass là gì ? là một phép tính trong sơ đồ kỹ thuật mạng nhằm xác định các thời điểm bắt đầu muộn và kết thúc muộn của các sự kiện và công việc.
Balance matrix là gì ? là một hình thức tổ chức dự án trong đó quyền lực của nhà quản trị dự án và quyền lực của nhà quản trị chức năng được cân bằng
Baseline  là gì ? Là kế hoạch của dự án được chấp thuận, có thể chẩn nhận một sai số thêm vào hoặc bớt đi. Nó là cơ sở để so sánh quá trình thực hiện công việc so với kế hoặc đề ra với sai số cho phép. Thường được tham khảo so sánh với với baseline ở thời điểm hiện tại. Nhưng cũng có thể được so sánh với bản gốc. Thường được sử dụng với một vài sửa đổi (ví dụ, Đường cơ sở chi phí thực hiện, Đường cơ sở tiến độ , Đường cơ sởđo lường hiệu suất , Đường cơ sở kỹ thuật )
Baseline  là gì ? Kế hoạch gốc, kế hoạch đã được phê duyệt nhằm làm cơ sơ đo lường tiến triển của dự án, baseline thường là các kế hoạch bạn đầu về phạm vi, chi phí, thời gian…đã được phê duyệt trong các tiến trình hoạch định. Khi dự án thực hiện, người kiểm soát sẽ đo lường tình hình thực tế để đánh giá xem thực tế có tiến triển theo đúng kế hoạch hay không. Các thay đổi lớn về phạm vi, chi phí hay thời gian đôi khi đòi hỏi phải thay đổi baseline
Benchmarking là gì ? so sánh các công việc của dự án hiện tại với các công việc của dự án tương tự trước đó để đưa ra một tiêu chuẩn nhằm đánh giá tình hình thực hiện. công cụ này thường được dùng để cải thiện tình hình chất lượng trong dự án.
Bennefit measurement mehods là gì ? là một nhóm các phương pháp để lựa chọn dự án. các phương pháp này dùng nhiều cách tiếp cận để so sánh và phân tích nhằm đưa ra quyết định lựa chọn . nằm trong nhóm này gồm phương pháp: phân tích lợi nhuận/chi phí, mô hình cho điểm,…
Bottom-up Estimating là gì ?  Phương Pháp Ước Lượng Từ Dưới Lên: Một phương pháp ước lượng một thành phần của công việc. Công việc được chia nhỏ vào chi tiết hơn. Một ước tính từ những gì cần thiết để đáp ứng các yêu cầu của công viêc ở cấp độ nhỏ hơn, phần chi tiết hơn về công việc, và các ước tính này sau đó được tổng hợp thành một tổng số lượng cho thành phần công việc. Độ chính xác của dự toán từ dưới lên là dựa vào kích thước và độ phức tạp của công việc được xác định ở cấp thấp hơn và tổng hợp lên.
Brainstorming là gì ?  Một tập hợp dữ liệu nói chung và kỹ thuật sáng tạo có thể được sử dụng để xác định các rủi ro, ý kiến, hoặc giải pháp cho các vấn đề bằng cách sử dụng một nhóm các thành viên trong nhóm hoặc các chuyên gia. Thông thường, một phiên làm việc động não có cấu trúc sao cho mỗi người tham gia ý tưởng được ghi lại để phân tích sau đó.
Break-even analysis là gì ? là một kỹ thuật để phân tích đánh giá lựa chọn dự án, trong đó cân nhắc mối quan hệ giữa chi phí biến đổi của một dự án. tỉ lệ chi phí cố định càng lớn thì sản lượng (doanh thu) hoà vốn càng lớn và mức độ rủi ro cao.
Budget là gì ?  Là ngân quỹ dự toán cho dự án được chấp thuận hoặc cho WBS hoặc một và lịch trình công việc. Tham khảo thêm Estimate.
Budget at Complettion (BAC) là gì ?
Buffering là gì ? đây là kỹ thuật sắp xếp tiến độ trong đó định thêm một khoảng thời gian dự phòng cho từng công việc hoặc cho toàn bộ dự án.
Bussness case là gì ? là tài liệu đầu tiên được xây dựng để đề xuất ý tưởng về dự án với các thành phần cốt lõi: các cơ hội, các đe doạ làm phát sinh dự án,mục tiêu mà dự án hướng tới và sự phù hợp giữa mục tiêu này với các mục tiêu khác của tổ chức, mong muốn của các nhóm liện quan, các giả định, các ràng buộc…
Buyer là gì ? Là người thực hiện việc thâu mua các sản phẩm, dịch vụ, hoặc kết quả cho một tổ chức.
Cause and effect diagram là gì ? là  biểu đồ biểu diễn mối quan hệ giữa các nguyên nhân của vấn đề và tác động mà vấn đề này gây ra. biểu đồ bắt đầu từ nguyên nhân chung nhất và tiếp tục xem xét các nguyên nhân cụ thể hơn dân đến vấn đề đó. biểu đồ này còn được gọi là biểu đồ xương cá hay Ishikawa.
Change control system là gì ? là các thủ tục mô tả cách thức đệ trình một yêu cầu thay đổi và xử lý các yêu cầu thay đổi. Hệ thống này theo dõi trạng thái của các yêu cầu và xác định mức thẩm quyền phê duyệt tháy đổi đó. hệ thống cũng mô tả tác động của thay đổi với tình hình thực hiện dự án.
Check list là gì ? là công cụ thường dùng trong quản trị chất lượng để đảm bảo rằng các bước trong một tiến trình nào đó được tuân thủ nghiêm ngặt. Công cụ này cũng được sử dụng để xác định các rủi ro bằng cách thu thập các thông tin lịch sử từ các dự án trước đó.
Code of account là gì ? là một số hiệu duy nhất được phân cho từng phần từ trong WBS
Communication là gì ? là tiến trình trao đổi thông tin, trong đó có ba thành phần cơ bản là người gởi tin, người nhận tin và thông điệp. Truyền thông có thể diễn ra dưới hình thức nói hay viết, chính thức hay phi chính thức. nhà quản trị dự án có thể sử dụng đến 90% quỹ thời gian của mình cho công tác truyền thông.
Communication management plan là gì ? kế hoạch quản trị truyền thông – là trong đó chỉ rõ những loại thông tin nào mà các nhóm hữu quan cần, khi nào thông tin sẽ được phân phát cà cách thức phân phát,…
Communication planning là gì ? là tiến trình xác định rõ nhu cầu truyền thông của các nhóm hữu quan, các thông tin được tiếp nhận khi nào và như thế nào và ai sẽ nhận thông tin.
Configuration management là gì ? quản trị cấu hình – là tiến trình mô tả các đặc điểm của kết quả dự án và đảm bảo rằng các kết quả này là chính xác đầy đủ . quản trị cấu hình kiểm soát sự thay đổi đối với các đặc điểm của một đối tượng và theo dõi sự thay đổi đã được thực hiện hay được yêu cầu và trạng thái của các thay đổi đó. đây thường là một phần của tiến trình kiểm soát sự thay đổi.
Conflict là gì ? mâu thuẫn – là sự không tương thích về mục tiêu hoặc lợi ích giữa các nhóm hữu quan của dự án. môi trường làm việc của dự án thường được đặc trưng bởi tính mâu thuẫn.
Constraint là gì ? ràng buộc – là bất cứ một yếu tố nào giới hạn hành động của nhóm dự án hoặc bắt buôc, quy định hành động của nhóm dự án.
Constrainted optimization method là gì ? là mô hình lựa chọn dự án gồm các mô hình toán học phức tạp, sử dụng các thuật toán tuyến tính, linh hoạt, phi tuyến tính,…để giải quyết một vấn đề cụ thể nào đó.
Contingency reserves là gì ? dự phòng cho dự án – đây là chiến lược đối phó rủi ro nhằm tạo ra một quỹ dự phòng về chi phí, thời gian hay nguồn lực để bù trừ cho các đe doạ không thể tránh khỏi và có thể xảy ra đối với tiến độ, chi phí, chất lượng hay phạm vi dự án
Contract là gì ? hợp đồng – là tài liệu ràng buộc pháp lý giữa hai hay nhiều bên nhằm để có một sản phẩm hay dịch vụ nào đó. hợp đồng thường là tài liệu phổ biến nhất trong quá trình mua hàng của dự án.
Contract administration là gì ? tiến trình giám sát năng lực của nhà cung cấp và đảm bảo rằng các yêu cầu của hợp đồng được đáp ứng đầy đủ.
Contract close-out là gì ? tiến trình hoàn tất và thanh tán tât cả các khoản của hợp đồng và xác định xem công việc được mô tả trong hợp đồng đã được hoàn tất chính xác và đạt yêu cầu chưa. đây là tiến trình được thực hiện trước kho kết thuc dự án.
Control chart là gì ? biểu đồ kiểm soát – là một công cụ trong tiến trình kiểm soát chất lượng để đo lường kết quả của các tiến trình theo thời gian và biểu diễn các kết quả này dưới dạng đồ thị. Biểu đồ kiểm soát cũng đo lường các sai lệch nhằm xác định xem mức độ sai lệch đó có nằm trong giới hạn kiểm soát hay không.
Corrective actions là gì ? là các hành động được thực hiện nhằm điều chỉnh kết quả dự kiến của dự án đề phù hợp  với kế hoạch đề ra.
Cost bugeting là gì ? lập ngân sách cho dự án – là tiến trình phân bổ các chi phí đã ước lượng cho các hoạt động để từ đó lập nên kế hoạch gốc về chi phí (cost baseline). kế hoạch gốc này sẽ được dùng để đo lường các sai lệch và tình hình thực hiện trong suốt vòng đời của dự án.
Cost control là gì ? kiểm soát chi phí – tiến trình quản lý các thay đổi đối với chi phí của dự án bằng hệ thống kiểm soát thay đổi chi phí.
Cost estimating là gì ? ước lượng chi phí – tiến trình đưa ra một con số ước lượng về chi phí của các nguồn lực cần thiết cho tất cả các công việc trong dự án.
Cost of quality là gì ? chi phí chất lượng – tổng chi phí để sản xuất ra một sản phẩm hay dịch vu sao cho phù hợp với tiêu chuẩn về chất lượng. chi phí này bao gồm tất cả các công việc cần thiết để đáp ứng được các yêu cầu của sản phẩm, cũng như chi phí của các công việc phải làm do không phú hợp (non conformance(, do yêu cầu chất lượng. chi phí chất lượng liên quan đến ba loại chi phí: chí phí ngăn ngừa, chi phí đánh giá và chi phí sai hỏng.
Cost perfomance index (CPI) là gì ? chỉ số hiểu quả chi phí, là một chỉ số được tính toán trong phân tích giá trị thu được với công thức sau CPI=EV/EC
Cost plus fixed contract là gì ? hợp đồng chí phí cộ định cộng với một khoản phí – là loại hợp đồng mà khách hàng sẽ chi trả toàn bộ chi phí của dự án cộng với một mức phí cố định khi kết thúc hợp đồng.
cost reimburable contract là gì ? hợp đồng hoàn trả chi phí – là hợp đồng mà người mua sẽ chi trả cho người bán toàn bộ chi phí phát sinh, khi sản xuất hàng hoá hay dịch vụ
Cost variance (CV) là gì ? là môột thông số sử dụng trong phân tích giá trị thu được để đo lường mức hiệu quả về chi phí với công thức CV=…
Crashing là gì ? là một kỹ thuật rút ngắn thời gian thực hiện công việc bằng cách bổ sung thêm nguồn lực cho các công việc trên đường găng
Critical path là gì ? là một đường trong sơ đồ mạng tập hợp các công việc có thời gian dự trữ bằng zero.
Critical path method là gì ? là phương pháp tính toán tiến độ bằng cách xác định thời gian  bắt đầu sớm, kết thúc sớm, bắt đầu muộn, kết thúc muộn cho mỗi công việc trong dự án.
Critical sucess factor là gì ? các yếu tố then chốt cho sự thành công của dự án – các yếu tố cần phải được thực hiện để dự án có thể được hoàn tất.
Decision models là gì ? mô hình ra quyết định – các mô hình được dùng để lựa chọn dự án, bằng cách xem xét các tiêu chuẩn khác nhau nhằm đưa ra quyết định lực chọn.
Decision tree analysis là gì ? là kỹ thuật được sử dụng trong phân tích rủi ro của dự án trong đó xét đến các tình huống với xác xuất xảy ra của từng tình huống và kết quả mà tình huống đó mang lại. mỗi tình huống lại được chia thành các tình huống nhỏ hơn với các xác xuất và mức tác động tương ứng.
Decomposition là gì ? là tiến trình chia nhỏ các kết quả của dự án thành các bộ phận nhỏ hơn, dễ quản lý hơn sao cho các công việc, các nhiệm vụ của dự án có thể ước lượng được, lập kế hoạch được.
Deliverable là gì ? là một kết quả hay một đầu ra mà một giai đoạn của dự án hay dự án cần phải tạo ra. các kết quả này phải hữu hình, có thể đo lường và được chứng minh.
Delphi method là gì ? là một kỹ thuật dùng để thu thập thông tin trong xác định rủi ro dự án, trong đó những người tham gia thường không biết nhau hoặc không cần phải có mặt cùng một nơi.
Dependencies là gì ? mối quan hệ phụ thuộc giữa các công việc trong một dự án
Discretionary dependency là gì ? là mối quan hệ phụ thuộc  tuỳ chọn, do người lập kế hoạch quyết định. mối quan hệ này còn gọi là mối quan hệ phụ thuộc mềm.
Duration compression là gì ? rút ngắn thời gian – là một công cụ trong tiến trình xây dựng tiến độ, trong đó các phân tích toán học được sử dụng để rút ngắn tiến độ dự án mà không ảnh hưởng đế phạm vi dự án. Hai phương pháp phổ biến là crashing và fast tracking.
Earned value là gì ? đo lường tiến triển của dự án đến thời điểm xem xét hoặc giá trị của công việc đã được hoàn tất cho đến thời điểm xem xét.
Earned value analysis là gì ? phân tích giá trị thu được – là kỹ thuật phổ biến để đo lường hiệu quả dự án. Kỹ thuật này xem xét các đo lường về tiến độ, chi phí và phạm vi và so sánh tiến triển thực tế với các tiến triển kỳ vọng
Planned Value (PV) là gì ?  Kế Hoạch Giá Trị: Ngân sách được duyệt được dùng cho kế hoạch phân bổ cho công việc dựa vào lịch trình thực hiện của activity hoặc WBS. Cũng được gọi là chi phí ngân sách công việc theo lịch trình (BCWS).
Estimate at completion (EAC) là gì ? ước lượng tại thời điểm hoàn thành – ước lượng chi phí kỳ vọng của dự án hay công việc vào thời điềm hoàn thành công việc
Estimate to compleate (ETC) là gì ? ước lượng cần phải hoàn thành – thông số đ lường chi phí cần thêm để hoàn tất công việc.
Evalution criteria là gì ? tiêu chuẩn đánh giá – phương pháp chia điểm và xếp hạng các nhà cung cấp trong tiến trình quản trị mua sắm.
Expert jugdement là gì ? đánh giá của chuyên gia – là một công cụ của nhiều  tiến trình hoạch định. công cụ này dựa trên một cá nhân hay một nhóm có kiến thức và kinh nghiệm liên quan đến lĩnh vực cần xin ý kiến đánh giá.
External dependency là gì ? các mối quan hệ phụ thuộc giữa các công việc do các bên không nằm trong dự án tác động.
Extinction là gì ? một hình thức kết thúc dự án khi mà các công việc dự án đã được hoàn thành và được các bên hữu quan chấp nhận.
Failure cost là gì ? chi phí trục trặc – là một khoản chi phí chất lượng phát sinh khi nảy sinh khi phát sinh vấn đề và dự án không tiến triển theo kế hoạch
Fast tracking là gì ? sắp xếp các công việc song song – là một kỹ thuật rút ngắn thời gian thực hiện dự án bằng cách sắp xếp các công việc song song với nhau thay vì tuần tự như trước đó.
Feasibility study là gì ? nghiên cứu khả thi – là nghiên cứu được thực hiện nhằm xác định xem dự án có thể triển khai được không, gồm có đánh giá về xác xuất thành công dự án và khả năng tồn tại của các sản phẩm dự án.
Fixed price contract là gì ? hợp đồng giá cố định – hợp đồng mà người mua trả cho người bán một mức chi phí cố định cho sản phẩm hay dịch vụ cung ứng. đây cũng là loại hợp đồng mà người bán phải gánh chịu nhiều rủi ro nhất.
Float là gì ? thời gian dự trữ – là khoản thời gian cho phép một công việc có thể được trì hoãn so với thời điểm bắt đầu sớm mà vẫn không làm chậm trễ thời hạn kết thúc dự án. thời gian dự trữ còn được gọi là thời gian tự do (slack time)
Flowchart là gì ? là loại biểu đồ mô tả trình tự các bước cần phải thực hiện nhằm đạt được một mục tiêu nào đó. một lưu đồ cũng có thể biểu diễn cách thức mà các thành phần trong một hệ thống tác động liên quan với nhau.
Force majeure là gì ? bất khả kháng – là các rủi ro nằm ngoài phạm vi của quản trị rủi ro dự án như bão lụt, động đất, núi lửa, chiến tranh, khủng bố, đình công,..
Formal acceptance and closure là gì ? chấp nhận và kết thúc hợp đồng – đây là tiến trình gởi một văn bản chính thức cho người bán để thông báo rằng hợp đồng đã hoàn tất và chính thức chấp nhận (nghiệm thu) sản phẩm mà người bán cung cấp.
Foward pass là gì ? bước tính xuôi – một kỹ thuật trong tính toán tiến độ nhằm xác định ngàu bắt đầu sớm và kết thúc sớm của công việc cũng như của dự án.
Funtional manager là gì ? người đứng đầu các bộ phận chức năng trong tổ chức. đây là một thành phần quan trọng vì quyết định thành công của dự án (chi phối nguồn lực, công nghệ mà dự án sử dụng)
Funtional organization là gì ? hình thức tổ chức dự án, trong đó dự án dưới quyền quản lý của một bộ phận chức năng nào đó hoặc luân chuyển quản lý qua nhiều bộ phận chức năng khác nhau. đây là hình thức mà nhà quản trị chức năng có quyền lớn nhất đối với dự án.
Gantt charts là gì ? một công cụ để biểu điễn tiến độ của dự án. biểu đồ này cũng có thể biểu diễn đường găng, trình tự trước sau của công việc, thời điểm bắt đầu, kết thúc công việc và các nguồn lực được phân bổ cho công việc đó.
Goals là gì ? mục đích – mô tả những gì mà dự án cần làm, cần phải đạt được hay hoàn tất. mục đích phải được phát biểu bằng các ngôn tư cụ thể, rõ ràng, chính xác, có thể đo lường được và gắn với một khuôn khổ thời gian xác định
GERT là gì ? Graphical Evaluation and Review Technique – một kỹ thuật phân tích toán học dùng để biểu diễn tiến độ và ước lượng thời gian thực hiện công việc. Kỹ thuật này cho phép các tính toán xác xuất, biểu diễn các nhánh có điều kiện và vòng lặp.
Hard dependency là gì ? mối quan hệ phục thuộc bắt buộc, không thể thay đổi giữa các công việc
hard logic là gì ? như hard dependency
history information là gì ? thông tin về các dự án đã thực hiện trước đó
information distribution là gì ? phân phối thông tin – tiến trình cung cấp thông tin cho các nhóm hữu quan
Initiation là gì ? khởi sự dự án – công nhận chính thức sự ra đời của dự án.
integrated change control system là gì ? kiểm soát thay đổi tích hợp –  là tiến trình ảnh hưởng đến các yếu tố có thể gây ra thay đổi, sau đó xác định xem thay đổi có cần thiết  hay đã xảy ra chưa và tiến hành quản lý các thay đổi. các tiến trình quản lý thay đổi khác được tích hợp với tiến trình này.
 là gì ?
issues là gì ? các vấn đề, các việc cần giải quyết
inerative là gì ? manf tính lặp lại, ví dụ hoạch định không phải thực hiện một lần mà là nhiều lần, trong quá trình thực hiện có thể phải thay đổi nên hoạch định lại.
kaizen là gì ? là một lý thuyết về quản lý chất lượng xuất phát từ Nhật bản, hàm ý cải tiến chất lượng liên tục. Tất cảc các thành viên dự án nên liên tục tìm kiếm các cơ hội để cải tiến chất lượng
lags là gì ? Một lag là thời gian chờ được chèn vào giữa hai activities. Ví dụ cần 3 ngày sau khi đổ xi măng (cho đủ cứng) để tiếp tục xây hạng mục khác.
leader là gì ? người lãnh đạo
leads là gì ? Một lead được dùng để ngụ ý rằng một Activitie có thể bắt đầu trước khi hoạt động tiền nhiệm của nó hoàn tất. Ví dụ viết mã phần mềm có thể bắt đầu trước khi hoạt động thiết kế kết thúc 5 ngày
lessons learned là gì ? Bài học kinh nghiệm từ các dự án khác
logical relationships là gì ? mối quan hệ phụ thuộc giữa hai công việc, trong đó một công việc phải bắt đầu hay kết thúc  trước khi thực hiện (bắt đầu hay kết thúc) một việc khác.
make or buy analysis là gì ? phân tích làm hay mua ngoài – là một đầu vào của tiến trình hoạch định mua sắm, trong đó xem xét liệu có hiệu quả hơn về mặt chi phí nếu tổ chức tự sản xuất hay mua ngoài một loại hàng hoá hay dịch vụ nào đó. phân tích mua hay làm không chỉ  thực hiện trên mảng chi phí mà còn cả vấn đề năng lực, kỹ năng, mức sẵn sàng, các bí quyết, giấy phép,…
mandatory dependency là gì ? quan hệ phụ thuộc bắt buộc., ví dụ phải thiết kế rồi mới thi công.
mathematical analysis là gì ? là một công cụ trong tiến trình xây dựng tiến độ nhằm tính các thời điểm sớm và muộn cho các công việc trong dự án. các tính toán này chưa tính đến giới hạn về nguồn lực.
matrix organization là gì ? là một hình thức tổ chức dự án, một nhân viên chịu sự quản lý của Functional manager và Project manager, đây gọi là kiểu quản lý theo ma trận
metrics là gì ? một chuẩn đo lường có thể do Project manager chọn cho một dự án cụ thể
milestone là gì ? cột mốc thời gian gian trong dự án, có thể để xem lại một số kết quả và đánh giá tình hình trước khi tiếp tục.
mitigation là gì ? là một chiền lược giảm khả năng xảy ra và giảm mức độ ảnh hưởng của một rủi ro
need assessment là gì ? đánh giá nhu cầu, là tiến trình được thực hiện trong giai đoạn khởi sự dự án. Bước này thường được thực hiện nhằm xem xét các nhu cầu dẫn đến sự hình thành dự án
net present value (NPV) là gì ? giá trị hiện tại ròng – phương pháp này tính giá trị ròng của giá trị hiện tại của các dòng tiền tương lai bằng cách chiết khấu các dòng tiền tương lai này bằng một tỉ suất tương đương với chi phí vốn của doanh nghiệp. dự án có NPV dương thì sẽ tạo ra giá trị cho doanh nghiệp.
nominal group technique là gì ? Đây là kỹ thuật thường dùng (không phải luôn luôn) trong các cuộc họp brainstorming , nó xếp loại các ý tưởng tạo ra trong quá trình brainstorming.
payback period là gì ? thời gian hoàn vốn – một mô hình đánh giá dự án dựa trên cơ sở thời gian để thu hồi số vốn đầu tư ban đầu. dự án có thời gian hoàn vốn ngắn thì được ưa thích hơn mặc dù mô hình có nhược điểm là không tính đến dòng ngân quỹ phát sinh sau thời điểm hoàn vốn và không tính đến giá trị thời gian của tiền tệ.
performance là gì ? thành quả, các kết quả đã thực hiện được, tiến độ thực hiện được.
performance measurement là gì ? đo lường thành quả – các công cụ, các biện pháp và quy trình đo lường để đánh giá việc thực hiện dự án.
Performance reporting là gì ? báo cáo thực hiện – là tiến trình thu thập thông tin liên quan đến tiến triển của dự án và việc hoàn thành dự án, sau đó báo cáo các thông tin này đến các nhóm hữu quan.
Performance review là gì ? xem xét thành quả – việc thu thập và báo cáo về tình hình và tiến triển của dự án cho nhóm hữu quan. các báo cáo này bao gồm báo cáo thực trạng, báo cáo tiến độ và dự báo. xem xét thành quả là một công cụ của tiến trình báo cáo thực hiện
PERT là gì ? program eveluation and review technique – kỹ thuật thẩm định và đánh giá theo chương trình là một kỹ thuật lập kế hoạch tiến độ trong điều kiển rủi ro, cho phép tính đến xác xuất xảy ra của các công việc với 3 giá trị : lạc quan, bi quan và dễ xảy ra nhất.
Preassignment là gì ? phân công trước – là công cụ trong tiến trình “thu nhận nhân viên” trong đó một kế hoạch dự án được đưa ra để đấu thầu song các nhân viên đã được phân công trước như một phần không thể tách dời của dự án.
Precedence relationship là gì ? tương tự logical relationship
Prevention là gì ? ngăn ngừa/phòng ngừa – ngăn ngừa các lỗi xảy ra trong một tiến trình. Đây là mối quan tâm cơ bản của quản trị chất lượng trong dự án.
Prevention cost là gì ? chi phí ngăn ngừa – là các chi phí gắn với việc thoả mãn nhu cầu của khách hàng bằng cách sản xuất ra sản phẩm không sai hỏng
Probability là gì ? xác xuất – khả năng xảy ra của một sự kiện nào đó.
Process là gì ? Tiến trình – làm một tập hợp các bước công việc  được thực hiện theo một trình tự để đạt được mục tiêu xác định
Procurement là gì ? mua sắm/mua hàng cho dự án – là tiến trình mua hàng hàng, dịch vụ từ bên ngoài nhằm phục vụ cho dự án.
Procurement documents là gì ? tài liệu mua sắm – các tài liệu nhằm mời gọi các nhà cung cấp dự thầu về một sản phẩm hay dịch vụ nào đó. các tài liệu này bao gồm mời đề xuất (RFP), mời cung cấp thông tin (RFI), mời dự thầu (IFB), mời chào giá (RFQ).
Procurement management plan là gì ? kế hoạch quản trị mua sắm – tài liệu mô tả cách thức quản trị tiến trình mua sắm trong đó chỉ rõ loại hợp đồng sẽ sử dụng, quyền hạn của nhóm dự án, cách thức tiến trình mua sắm được tích hợp với các tiến trình quản trị khác.
Product analysis là gì ? phân tích sản phẩm – mô tả về sản phẩm của dự án nhờ một số công cụ như phân tích giá trị, phân tích chức năng, triển khai chức năng chất lượng, phân tích chia nhỏ sản phẩm…
Procduct scope là gì ? phạm vi sản phẩm – bản mô tả các thuộc tính của sản phẩm, được văn bản hoá chính thức.
Product verification là gì ? kiểm tra sản phẩm – bước trong tiến trình kết thúc hợp đồng nhằm xác định liệu công việc mô tả trong hợp đồng có được hoàn thành một cách chính xác và đúng theo yêu cầu hay không.
Program là gì ? là một nhóm các dự án được phối hợp với nhau, có liên quan với nhau.
Progressive elaboration là gì ? xác định dần dần – là một thuộc tính của dự án, có nghĩa là các tính chất, đặc điểm của sản phẩm dự án được làm sáng tỏ và tinh gọn dần dần.
Project charter là gì ? hiến chương dự án – là tài liệu thường do nhà tài trợ phê chuẩn nhằm chính thức công bố sự ra đời của dự án và là cơ sở để huy động nguồn lực cho dự án.
Project communication managment là gì ? quản trị truyền thông trong dự án – là một trong những lĩnh vực kiến thức  của PMBoK guide để đảm bao sao cho có sự truyền thông phù hợp, kịp thời đến các nhóm hữu quan trong dự án.
Project cost management là gì ? quản trị chi phí trong dự án – là một trong những lĩnh vực kiến thức của PMBoK guide liên quan đến hoạch định chi phí, lập ngân sách và kiểm soát chi phí.
Project humanresource management là gì ? quản trị nguồn nhân lực trong dự án – là một trong những lĩnh vực kiến thức của PMBoK guide nhằm đảm bảo việc sử dụng hiệu quả nguồn nhân lực trong dự án, gồm có: hoạch định tổ chức, thu nhận nhân viên và phát triển nhóm.
Project intergration management là gì ? quaản trị dự án tích hợp – là một lĩnh vực kiến thức của PMBoK guide nhằm phối hợp tất cả các phương diện của dự án.
Project life cycle là gì ? Vòng đời dự án – là tập hợp tất cả các giai đoạn từ khi bắt đầu đến khi kết thúc dự án.
Project management là gì ? quản trị dự án – là các tiến trình được sử dụng để khởi sự, lập kế hoạch, thực thi, kiểm soát và kết thúc dự án bằng cách áp dụng các kỹ năng, kiến thức, các công cụ và kỹ thuật quản trị dự án để đạt các mục tiêu đề ra.
Project management office là gì ? PMO – văn phòng quản trị dự án, là một bộ phận được lập ra để xây dựng và duy trì các thủ tục và các tiêu chuẩn cho các hoạt động quản trị dự án trong tổ chức.
project management knowledge areas là gì ? các lĩnh vực kiến thức quản trị dự án – gồm có chín lĩnh vực: quản trị thời gian, quản trị chi phí,, quản trị nguồn nhân lực, quản trị mua sắm, quản trị chất lượng, quản trị rủi ro, quản trị phạm vi và quản trị dự án tích hợp.
project monitoring là gì ? hoạt động theo dõi, thu thập thông tin để phục vụ cho công tác kiểm soát dự án.
Project plan là gì ? kế hoạch dự án – là bản kế hoạch tích hợp tất kết quả của tất cả các tiến trình hoạch định khác. kế hoạch dự án là tài liệu vô cùng quan trọng để hướng dẫn dự án trong quá trình thực hiện, đồng thời để đánh giá hiệu quả và kiểm soát dự án. kế hoạch dự án còn là một công cụ truyền thông cho các nhóm hữu quan trong dự án.
Project procurement mangement là gì ? quản trị mua sắm trong dự án – là một trong chín lĩnh vực quản trị dự án theo PMBoK guide liên quan đến mua sắm hàng hoá và dịch vụ cho dự án.
Project proposal là gì ? đề xuất dự án
Project quality management là gì ? quản trị chất lượng  dự án – là một trong chín lĩnh vực kiến thức của quản trị dự án, nhằm đảm bảo đáp ứng yêu cầu  về chất lượng của dự án. Quản trị chất lượng gồm có các tiến trình hoạch định chất lượng, đảm bảo chất lượng và kiểm soát chất lượng.
project record là gì ? các bản ghi về dự án – là tất cả các thông tin liên quan đến dự án bao gồm các báo cáo, các bản ghi nhớ, tiến độ, kế hoạch và các tài liệu khác.
project report là gì ? báo cáo dự án – là kết quả của tiến trình phân phát thông tin, có chứa các thông tin của dự án như: báo cáo thực trạng dự án và các biên bản từ các cuộc họp
Project risk management là gì ? quản trị rủi ro dự án – là mộ trong chín lĩnh vực kiến thức của quản trị dự án nhằm xác định rõ và lập kế hoạhc cho các rủi ro tiềm ẩn có thể tác động đến dự án. tiến trình này bao gồm có hoạch định rủi ro, xác định rủi ro, phân tích định tính và định lượng rủi ro, hoạch định các phương án đối phó, theo dõi và kiểm soát rủi ro
project schedule là gì ? tiến độ dự án – là bản kế hoạch về mặt thời gian cho các công việc trong dự án cũng như toàn bộ dự án trong đó chỉ rõ thời điểm bắt đầu, kết thúc và thời gian để thực hiện các công việc cũng như toàn bộ dự án.
project scope là gì ? phạm vi dự án – phạm vi dự án mô tả các công việc  cần thiết để sản xuất ra sản phẩm hay dịch vụ cho dự án, bao gồm các yêu cầu mô tả cụ thể các đặc điểm và chức năng của sản phẩm hay dịch vụ.
project scope management là gì ? quản trị phạm vi dự án – là một tong chín lĩnh vực kiến thức quản trị dự án với trọng tâm là công việc của dự án và chỉ  các công việc cần thiết để hoàn thành dự án. các tiến trình này gồm có khởi sự, hoạch định phạm vi, xác định phạm vi, kiểm tra phạm vi và kiểm soát thay đổi phạm vi.
project selection criteria là gì ? tiêu chuẩn lựa chọn dự án – một loạt các tiêu chuẩn để đánh giá dự án, xếp thứ tự ưu tiên và lựa chọn dự án để triển khai. Các tiêu chẩn này có thể là định tính hay định lượng và có thể liên quan đến nhiều lãnh vựa khác nhau như tài chính, marketing, sản xuất, công nghệ, nhân sự, chất lượng….
project sponsor là gì ? người tài trợ cho dự án – thường là một nhà quản trị cấp cao trong tổ chức, có quyền hạn phân bổ nguồn lực và hiệu lực hoá các quyết định liên quan đến dự án.
project time management là gì ? quản trị thời gian dự án – là một trong chín lĩnh vực kiến thức của quản trị dự án. quản trị thời gian gồm các công việc ước lượng thời gian của các công việc trong dự án, xem xét lại kế hoạch tiến độ, theo dõi và kiểm soát các sai lệch từ kế hoạch tiến độ.
projectized organiztion là gì ? tổ chức theo hình thức dự án – trong mô hình này, công ty được tổ chức theo dự án và Project Manager điều khiển dự án. Những cá nhân được phân công vào dự án và báo cáo cho Project manager. Khi thi, nếu bạn thấy chữ “Projectized”, bạn nên nghĩ đến chữ “no home”. Nhân viên chỉ làm các công việc dự án và khi dự án kết thúc họ không có phòng ban để trở về. Họ cần được phân công vào dự án khác hoặc làm công  việc mới. Các mối thông tin liên lạc chủ yếu xảy ra trong dự án.
quanlitative risk analysis là gì ? phân tích định tính rủi ro – tiến trình xác định các tác động mà rủi ro có thể gây ra đối với dự án và xác xuất mà rủi ro có thể xảy ra. trên cơ sở đó xếp thứ tự các rủi ro theo mức độ ảnh hưởng của chúng đến mục tiêu dự án.
quality assurance là gì ? đảm bảo chất lượng – tiến trình thực hiện đánh giá chất lượng để xác định xem dự án được thực hiện như thế nào nhằm da93m bảo rằng dự án đáp ứng được các tiêu chuẩn về chất lượng của dự án. tiến trình này nên được lặp đi lặp lại trong suốt vòng đời dự án
quality control là gì ? kiểm soát chất lượng – tiến trình nhằm giám sát các kết quả công việc để đánh giá xem các kết quả này có thoả mãn được các tiêu chuẩn về chất lượng đã nêu trong kế hoạch quản lý chất lượng không ? tiến trình kiểm soát chất lượng  sẽ đánh giá xem liệu kết quả cuối cùng có phù hợp với các yêu cầu và mô tả sản phẩm đã được xác định trong suốt các tiến trình hoạch định hay không ?
quality management plan là gì ? kế hoạch quản trị chất lượng – là bản kế hoạch mô tả rõ cách thức mà các thành viên nhóm dự án sẽ thực thi chính sách chất lượng và huy động các nguồn lực  cần thiết để triển khai kế hoạch chất lượng, đồng thời chỉ rõ các trách nhiểm của nhóm dự án trongt việc thực thi chất lượng cũng như tất cả các tiến trình và các thủ tục mà nhóm dự án và tổ chức sẽ sử dụng để thoả mãn các yêu cầu về chất lượng.
quality planning là gì ? hoạch định chất lượng – tiến trình xác định các tiêu chẩn chất lượng áp dụng cho dự án và cách thức để đạt được các tiêu chuẩn đó.
quantitative risk analysis là gì ? phân tích định lượng rủi ro – tiến trình gắm một giá trị xác xuất với từng rủi ro đã được xác định và đánh giá tác động tiềm ẩn của các rủi ro này đối với các mục tiêu của dự án.
rebaseline là gì ? điều chỉnh kế hoạch gốc.
regulation là gì ? qui định – là các điều luật hay các quy định bắt buộc được chính phủ hay cơ quan có thẩm quyền ban hành. ngoài ra các tổ chức cũng có quy định riêng của họ. các quy định đòi hỏi phải tuân thủ chặt chẽ.
requirement là gì ? yêu cầu – là các đặc điểm hay đặc tính kỹ thuật cần phải tuân thủ của sản phẩm hay dịch vụ dự án.
resource loading là gì ? tải trọng nguồn lực – nhu cầu sử dụng từng loại nguồn lực cụ thể cho từng thời kỳ của dự án.
resource allocation là gì ? phân bổ nguồn lực – là hoạt động phân bổ nguồn lực cho các công việc trong dự án . sau khi phân bổ nguồn lực, chúng sẽ được tính tải trọng nguồn lực chung của dự án để biết nguồn lực nào bị quá tải (Overlocatteded) tức là nhu cầu lớn hơn mức sẵn sàng của nguồn lực trong thời kỳ đó.
reserve time là gì ? thời gian dự phòng – kỹ thuật thêm vào một lượng thời gian nào đó cho từng công việc để dự phòng cho các rủi ro về tiến độ.
residual risks là gì ? rủi ro còn lại – rủi ro vẫn còn chưa được giải quyết sau khi đẽ triển khai chiến lược đối phó rủi ro.
resource calendars là gì ? lịch làm việc của nguồn lực – thời biểu làm việc của một nguồn lực cụ thể thế nào – mức độ sẵn sàng của nguồng lực đó cho dự án.
resource capabilities là gì ? khả năng của nguồn lực – bản mô tả khả năng của nguồn lực, máy móc, nguyên liệu,… được phân bổ cho công việc.
resource histogram là gì ? biểu đồ nguồn lực – biểu đồ biểu diễn nhu cầu nguồn lực của toàn bộ dự án theo trục thời gian.
resoure leveling là gì ? điều phối nguồn lực – kỹ thuật dịch chuyển các công việc có thời gian tự do hoặc chia nhỏ công việc sao cho vẫn không ảnh hưởng đến thời gian hoàn thành dự án, với mục tiêu làm cho nhu cầu nguồn lực trở nên đều đặn giữa các thời kỳ .
resource planning là gì ? hoạch định nguồn lực – là tiến trình xác định tất cả các nguồn lực cần thiết và khối lượng của các nguồn lực này để thực hiện các công việc của dự án.
resoure rate là gì ? đơn giá nguồn lực sử dụng cho dự án
resource requirement là gì ? yêu cầu nguồn lực – là kết quả của tiến trình hoạch định nguồn lực, trong đó mô tả loại nguồn lực và khối lượng của từng loại cần thiết cho từng công việc trong WBS
responsibility assigment matrix là gì ? ma trận phân công trách nhiệm – ma trận này làm rõ các vai trò và trách nhiệm của các cá nhân gắn với từng công việc trong WBS để đảm bảo rằng mỗi yếu tố trong WBS đề được đảm đương.
revision là gì ? xem xét lại – là hoạt động điều chỉnh lại tiến độ đã được thông qua trước đó sao cho phù hợp với các thay đổi được thông qua. một thuật ngữ khác của từ này là cập nhật (update)
reward and recognition system là gì ? hệ thống đánh giá và khen thưởng – là một công cụ trong tiến trình phát triển nhóm dự án, hệ thống này là cách chính thức để các nhà quản trị cấp cao và nhà quản trị dự án công nhận, khen thưởng và cổ vũ cho các hành vi tốt.
rework là gì ? làm lại – là hiện tượng một công việc nào đó phải thực hiện lại, để tuân thủ theo đúng yêu cầu chất lượng hay tiêu chuẩn chất lượng.
risk là gì ?  Sự kiện rủi ro là điều được xác định trước mà có thể xảy ra hoặc không; nó có thể có tác động tích cực hoặc tiêu cực lên dự án. Project manager thường chỉ quan tâm đến những mối đe doạ – điều này có thể sai lầm và tác động tiêu cực đến dự án. Đừng quên rằng còn có những tác động tích cực – “rủi ro tốt”, gọi là cơi hội
risk management plan là gì ? kế hoạch quản trị rủi ro – là tiến trình ghi rõ cách thức quản trị các rủi ro trong dự án.
risk monitoring and controling là gì ? theo dõi và kiểm soát rủi ro – là tiến trình đối phó với rủi ro khi chúng xảy ra
risk response plan là gì ? kế hoạch đối phó rủi ro – là một kế hoạch của tiến trình hoạch định đối phó rủi ro, kế hoạch này mô tả các hành động cần thiết nếu rủi ro lường trước xảy ra. kế hoạch cũng bao gồm tất cảc các rủi ro đã được xác định, mô tả về các rủi ro và các phương diện của dự án bị rủi ro tác động.
Schedule variance là gì ? sai lệch tiến độ – là một thông số tính từ phân tích giá trị thu được nhằm đánh giá mức độ thực hiện của dự án về phương diện tiến độ.
schedule change control system là gì ? hệ thống kiểm soát thay đổi tiến độ – là hệ thống các tài liệu xác định cách thức các thay đổi về tiến độ sẽ diễn ra và được quản lý như thế nào. hệ thống này cũng lưu trữ các số liệu theo dõi về yêu cầu thay đổi, mô tả các tiến trình để thực hiện thay đổi tiến độ và chi tiết hoá mức quyền hạn, để thông qua các thay đổi về tiến độ.
schedule development là gì ? xây dựng tiến độ – là tiến trình tính toán, xây dựng tiến độ các công việc của dự án, kết quả của tiến trình này là bản kế hoạch gốc về tiến độ. bản kế hoạch này xác định các thời điểm bắt đầu và kết thúc công việc, ấn định trình tự thực hiện các công việc và độ dài thời gian, đồng thời thể hiện các phân bổ nguồn lực cho công việc.
schedule performance index là gì ? SPI, chỉ số hiệu quả về mặt tiến độ – là một kỹ thuật trong phân tích giá trị thu được nhằm đánh giá hiệu quả về mặt tiến độ.
schedule updates là gì ? cập nhật tiến độ – là kết quả của tiến trình kiểm soát tiến độ nhằm điều chỉnh các công việc và ngày giờ cho phù hợp với các thay đổi đã được thông qua hay phù hợp với hành động điều chỉnh.
scope change control là gì ? kiểm soát thay đổi phạm vi – tiến trình liên quan đến việc ghi nhận và quản lý các thay đổi so với phạm vi dự án . bất cứ điều chỉnh nào đối với bản WBS đã được thông qua cũng được xem như thay đổi phạm vi . các thay đổi trong phạm vi sản phẩm cũng đòi hỏi thay đổi đối với phạm vi dự án.
scope changes là gì ? thay đổi phạm vi – là bất kỳ thay đổi nào đối với WBS đã được thông qua. thay đổi phạm vi có thể đòi hỏi phải có các thay đổi hay cập nhật đối với các mục tiêu, chi phí, các đo lường về chất lượng hay các xem xét về kiểm soát và điều chỉnh tiến độ. thay đổi phạm vi thường dẫn đến điều chỉnh tiến độ.
scope definition là gì ? xác định phạm vi – là tiến trình xác định những gì mà dự án cần thực hiện và chỉ những gì cần phải thực hiện để đạt được mục tiêu. sau đó các công việc này sẽ được chia nhỏ thành các phần việc với quy mô nhỏ hơn, dễ quản lý hơn để tạo điều kiện thuận lợi cho công tác lập kế hoạch, ước lượng và kiểm soát.
scope management plan là gì ? kế hoạch quản trị phạm vi dự án – là tài liệu phân tích mức độ tin cậy và ổn định của phạm vi dự án, đồng thời ghi nhận lại tiến trình được sử dụng để quản lý phạm vi và các thay đổi đối với phạm vi.
scope statement là gì ? là tài liệu chỉ rõ các mục tiêu, kết quả và các yêu cầu của dự án. tài liệu này được xem như tài liệu gốc của các quyết định về dự án trong tương lai. scope statement cũng thường bao gồm một phần lý giải về tính cấp thiết của dự án (Business justification)
scope verification là gì ? kiểm tra phạm vi – tiến trình chính thức hoá sự chấp nhận phạm vi dự án và chủ yếu là chú trọng đến chấp nhận kết quả công việc.
scoring model là gì ? mô hình cho điểm – là phương pháp lựa chọn các đề xuất dự án trong đó cho điểm và xếp hạng các dự án dựa trên điểm số kết quả.
screening system là gì ? hệ thống sàng lọc – là một loạt các tiêu chuẩn hiệu quả được xác định trước nhằm sàng lọc các nhà cung cấp. đây là một công cụ trong tiến trình chọn lực nhà cung cấp.
secondary risk là gì ? rủi ro thứ cấp – rủi ro bắt nguồn từ việc thực hiện một chiến lược rủi ro.
sensitivity analysis là gì ? phân tích độ nhạy – là một công cụ phân tích rủi ro nhằm đánh giá tác động của sự biến đổi của một hoặc nhiều biến số đến kết quả cuối cùng của dự án.
slack time là gì ? thời gian dự trữ.
soft logic là gì ? xem discrestionary dependency.
solicitation là gì ? mời dự thầu – là tiến trình mời thầu hoặc mời thầu có đề xuất kỹ thuật, hay mời báo giá từ những nhà cung cấp.
source selection là gì ? chọn nhà cung cấp – tiến trình thu nhận các hồ sơ thầu hoặc báo giá và lựa chọn ra một nhà cung cấp để thực hiện hay cung ứng sản phẩm, dịch vụ.
staff acquisition là gì ? thu nhận nhân viên – tiến trình huy động nguồn nhân lực và phân công nhân sự vào dự án. nhân sự có thể đến từ bên ngoài hoặc bên trong tổ chức.
staffing pool description là gì ? mô tả lực lượng nhân sự – là đầu vào của tiến trình thu nhận nhân viên, trong đó xem xét các kinh nghiệm, sở thích cá nhân, cá tính, mức độ sẵn sàng và năng lực chuyên môn của các thành viên tiềm năng của nhóm dự án.
staffing requirements là gì ? yêu cầu nhân sự – là một bộ phận của nhu cầu nguồn lực . nhu cầu nhân sự trở thành yếu tố đầu vào của tiến trình hoạch định tổ chức vì danh sách này liệt kê tất cả các loại kỹ năng  đòi hỏi, mức năng lực và các cá nhân hay các nhóm có thể cung cấp kỹ năng này cho dự án đồng thời lhuôn khổ thời gian mà dự án cần đến các kỹ năng này.
stakeholder là gì ? nhóm hữu quan – là các cá nhân hay tổ chức có quyền lợi với dự án và ảnh hưởng đến sự thành công của dự án một cách trực tiếp hay gián tiếp.
standards là gì ? tiêu chuẩn – là các qui định, hướng dẫn hay các đặc tính cần phải tuân thủ và đã được phê chuẩn bởi một tổ chức có thẩm quyền. tiêu chuẩn là đầu vào của tiến trình hoạch định chất lượng.
startvation là gì ? rút bớt nguồn lực – là một trong những hình thức kết thúc dự án trong đó nguồn lực tài chính hoặc nhân sự bị rút khỏi dự án.
statement of work là gì ? là tài liệu mô tả chi tiết các mục tiêu của dự án, công việc của dự án, các đặc tính kỹ thuật chính xác và chi tiết của sản phẩm hay dịch vụ yêu cầu và tiến độ của dự án.
status view meeting là gì ? họp đánh giá thực trạng dự án – các cuộc họp trong qua trình triển khai dự án nhằm cung cấp các thông tin cập nhật về tiển triển của dự án.
steering commitee là gì ? hội đồng tuyển chọn – là một nhóm các nhà quản trị cấp cao trong tổ chức, chịu trách nhiệm chọn lựa và sắp xếp thứ tự ưu tiên giữa các dự án cũng như ảnh hưởng đế một số quyết định quan trọng khác cho dự án. hội đồng này cũng có thể có các đại diện từ các bộ phận chức năng trong tổ chức.
team building là gì ? xây dựng nhóm – là một trong những công cụ trong tiến trình phát triển nhóm, nhằm tập hợp một nhóm các cá nhân đa dạng, sao cho họ làm việc một cách hiệu quả nhất.
team development là gì ? phát triển nhóm – là tiến trình nhằm tạo ra môi trường làm việc cới mở, khuyến khích các nhóm hữu quan cũng như để phát triển nhóm dự án thành một nhóm hiệu quả, biết phối hợp và có thể đạt được thành công.
time and materials contract là gì ? hợp đồng theo thời gian và nguyên vật liệu – là loại hợp đồng kết hợp giữa hợp đồng giá cố định và hợp đồng chi phí phát sinh, trong đó tổng chi phí được tính trên cơ sở thống nhất trước đơn giá.
top down estimating là gì ? ước lượng từ trên xuống. xem thêm analogous estimating
transference là gì ? chuyển giao – là chiến lược đối phó rủi ro, trong đó rủi ro được chuyển đến một bên thứ 3. ví dụ mua bảo hiểm.
trend analysis là gì ? phân tích xu hướng – là một kỹ thuật dự báo để đánh giá xem liệu hiệu quả dự án có được cải thiện theo thời gian hay không bằng cách định kỳ phân tích các kết quả dự án.
trigger là gì ? kích hoạt – là triệu chứng báo hiệu trước rủi ro sắp xảy ra.
variance at completion là gì ? sai lệch tại thời điểm hoàn thành – một thông số trong kỹ thuật phân tích giá trị thu được nhằm tính sự khác biệt giữa ngân sách tại thời điểm hoàn thành (BAC) với ước lượng chi phí tại thời điểm hoàn thành (EAC). VAC – BAC – EAC
variance analysis là gì ? phân tích sai lệch – là kỹ thuật phân tích so sánh giá trị thực tế với giá trị kế hoạch . phân tích sai lệch có thể được thực hiện trên phương diện chi phí hoặc tiến độ.
WBS là gì ? Work breakdown structure – cây cấu trúc công việc – là tài liệu xác định kết quả cuối cùng của công việc rồi sau đó chia nhỏ công việc này thành nhiều công việc nhỏ hơn, dễ quản lý hơn. WBS thường được sắp xếp thành các cấp với cấp sau chi tiết hơn cấp trước.
Work package là gì ? gói công việc – là công việc chi tiết nhất, ở cấp thấp nhất của WBS.
workaround là gì ? phản ứng đột xuất – là một đối phó rủi ro đột xuất khi một rủi ro không được dự tính trước xảy ra hoặc là một phản ứng chưa được lập kế hoạch trước một rủi ro đã xác định.


10 Steps to Creating a Project Plan

Feature May16 40432452 XS

One of the critical factors for project success is having a well-developed project plan. This article provides a 10-step approach to creating the project plan, not only showing how it provides a roadmap for project managers to follow, but also exploring why it is the project manager’s premier communications and control tool throughout the project.

Step 1: Explain the project plan to key stakeholders and discuss its key components. One of the most misunderstood terms in project management, the project plan is a set of living documents that can be expected to change over the life of the project. Like a roadmap, it provides the direction for the project. And like the traveler, the project manager needs to set the course for the project, which in project management terms means creating the project plan. Just as a driver may encounter road construction or new routes to the final destination, the project manager may need to correct the project course as well.

A common misconception is that the plan equates to the project timeline, which is only one of the many components of the plan. The project plan is the major work product from the entire planning process, so it contains all the planning documents for the project.

Typically many of the project’s key stakeholders, that is those affected by both the project and the project’s end result, do not fully understand the nature of the project plan. Since one of the most important and difficult aspects of project management is getting commitment and buying, the first step is to explain the planning process and the project plan to all key stakeholders. It is essential for them to understand the importance of this set of documents and to be familiar with its content, since they will be asked to review and approve the documents that pertain to them.

Components of the Project Plan Include:

Baselines. Baselines are sometimes called performance measures, because the performance of the entire project is measured against them. They are the project’s three approved starting points and include the scope, schedule, and cost baselines. These provide the ‘stakes in the ground.’ That is, they are used to determine whether or not the project is on track, during the execution of the project.

Baseline management plans. These plans include documentation on how variances to the baselines will be handled throughout the project. Each project baseline will need to be reviewed and managed. A result of this process may include the need to do additional planning, with the possibility that the baseline(s) will change. Project management plans document what the project team will do when variances to the baselines occur, including what process will be followed, who will be notified, how the changes will be funded, etc.

Other work products from the planning process. These include a risk management plan, a quality plan, a procurement plan, a staffing plan, and a communications plan.

Step 2: Define roles and responsibilities. Not all key stakeholders will review all documents, so it is necessary to determine who on the project needs to approve which parts of the plan. Some of the key players are:

  • Project sponsor, who owns and funds the entire project. Sponsors need to review and approve all aspects of the plan.
  • Designated business experts, who will define their requirements for the end product. They need to help develop the scope baseline and approve the documents relating to scope. They will be quite interested in the timeline as well.
  • Project manager, who creates, executes, and controls the project plan. Since project managers build the plan, they do not need to approve it.
  • Project team, who build the end product. The team needs to participate in the development of many aspects of the plan, such as identifying risks, quality, and design issues, but the team does not usually approve it.
  • End users, who use the end product. They too, need to participate in the development of the plan, and review the plan, but rarely do they actually need to sign off.
  • Others, such as auditors, quality and risk analysts, procurement specialists, and so on may also participate on the project. They may need to approve the parts that pertain to them, such as the Quality or Procurement plan.

Step 3: Hold a kickoff meeting. The kickoff meeting is an effective way to bring stakeholders together to discuss the project. It is an effective way to initiate the planning process. It can be used to start building trust among the team members and ensure that everyone’s idea are taken into account. Kickoff meetings also demonstrate commitment from the sponsor for the project. Here are some of the topics that might be included in a kickoff meeting:

  • Business vision and strategy (from sponsor)
  • Project vision (from sponsor)
  • Roles and responsibilities
  • Team building
  • Team commitments
  • How team makes decisions
  • Ground rules
  • How large the group should be and whether sub-groups are necessary

Step 4: Develop a Scope Statement. The Scope Statement is arguably the most important document in the project plan. It’s the foundation for the rest of the project. It describes the project and is used to get common agreement among the stakeholders about the scope. The Scope Statement clearly describes what the outcome of the project will be. It is the basis for getting the buy-in and agreement from the sponsor and other stakeholders and decreases the chances of miscommunication. This document will most likely grow and change with the life of the project. The Scope Statement should include:

  • Business need and business problem
  • Project objectives, stating what will occur within the project to solve the business problem
  • Benefits of completing the project, as well as the project justification
  • Project scope, stated as which deliverables will be included and excluded from the project.
  • Key milestones, the approach, and other components as dictated by the size and nature of the project.

It can be treated like a contract between the project manager and sponsor, one that can only be changed with sponsor approval.

Step 5: Develop scope baseline. Once the deliverables are confirmed in the Scope Statement, they need to be developed into a work breakdown structure (WBS), which is a decomposition of all the deliverables in the project. This deliverable WBS forms the scope baseline and has these elements:

  • Identifies all the deliverables produced on the project, and therefore, identifies all the work to be done.
  • Takes large deliverables and breaks them into a hierarchy of smaller deliverables. That is, each deliverable starts at a high level and is broken into subsequently lower and lower levels of detail.
  • The lowest level is called a “work package” and can be numbered to correspond to activities and tasks.

The WBS is often thought of as a task breakdown, but activities and tasks are a separate breakdown, identified in the next step.

Step 6: Develop the schedule and cost baselines. Here are the steps involved in developing the schedule and cost baselines.

  1. Identify activities and tasks needed to produce each of the work packages, creating a WBS of tasks.
  2. Identify resources for each task, if known.
  3. Estimate how long it will take to complete each task.
  4. Estimate cost of each task, using an average hourly rate for each resource.
  5. Consider resource constraints, or how much time each resource can realistically devoted to this project.
  6. Determine which tasks are dependent on other tasks, and develop critical path.
  7. Develop schedule, which is a calendarization of all the tasks and estimates. It shows by chosen time period (week, month, quarter, or year) which resource is doing which tasks, how much time they are expected to spend on each task, and when each task is scheduled to begin and end.
  8. Develop the cost baseline, which is a time-phased budget, or cost by time period.

This process is not a one-time effort. Throughout the project you will most likely be adding to repeating some or all of these steps.

Step 7: Create baseline management plans. Once the scope, schedule, and cost baselines have been established, you can create the steps the team will take to manage variances to these plans. All these management plans usually include a review and approval process for modifying the baselines. Different approval levels are usually needed for different types of changes. In addition, not all new requests will result in changes to the scope, schedule, or budget, but a process is needed to study all new requests to determine their impact to the project.

Step 8: Develop the staffing plan. The staffing plan is a chart that shows the time periods, usually month, quarter, year, that each resource will come onto and leave the project. It is similar to other project management charts, like a Gantt chart, but does not show tasks, estimates, begin and end dates, or the critical path. It shows only the time period and resource and the length of time that resource is expected to remain on the project.

Step 9: Analyze project quality and risks.
Project Quality: Project quality consists of ensuring that the end product not only meets the customer specifications, but is one that the sponsor and key business experts actually want to use. The emphasis on project quality is on preventing errors, rather than inspecting the product at the end of the project and then eliminating errors. Project quality also recognizes that quality is a management responsibility and needs to be performed throughout the project.

Creating the Quality Plan involves setting the standards, acceptance criteria, and metrics that will be used throughout the project. The plan, then, becomes the foundation for all the quality reviews and inspections performed during the project and is used throughout project execution.

Project Risks: A risk is an event that may or may not happen, but could have a significant effect on the outcome of a project, if it were to occur. For example, there may be a 50% chance of a significant change in sponsorship in the next few months. Analyzing risks includes making a determination of both the probability that a specific event may occur and if it does, assessing its impact. The quantification of both the probability and impact will lead to determining which are the highest risks that need attention. Risk management includes not just assessing the risk, but developing risk management plans to understand and communicate how the team will respond to the high-risk events.

Step 10: Communicate! One important aspect of the project plan is the Communications Plan. This document states such things as:

  • Who on the project wants which reports, how often, in what format, and using what media.
  • How issues will be escalated and when.
  • Where project information will be stored and who can access it.

For complex projects, a formal communications matrix is a tool that can help determine some of the above criteria. It helps document the project team’s agreed-on method for communicating various aspects of the project, such as routine status, problem resolution, decisions, etc.

Once the project plan is complete, it is important not just to communicate the importance of the project plan to the sponsor, but also to communicate its contents once it’s created. This communication should include such things as:

  • Review and approval of the project plan.
  • Process for changing the contents of the plan.
  • Next steps—executing and controlling the project plan and key stakeholder roles/responsibilities in the upcoming phases.

Source Link:


Disaster Recovery Planning in IT Management

Disaster Recovery Planning in IT Management

Disaster recovery planning is the mechanism by which are anticipated and addressed. Just what is a “technology related disaster”?  Oddly enough, the first challenge in the planning process is to quantify the meaning of the word in the IT management context.

In IT, can be any unexpected problem that results in a slowdown, interruption or failure in a key system or network.  These problems can be caused by natural disasters (i.e. fire, earthquake, hurricane…), technology failures, malicious acts, incompatibilities, or simple human error.  Whatever the cause, service outages, connectivity failures, data loss, and related technical issues can disrupt business operations, causing lost revenues, increased expenses, customer service problems, and lowered workplace productivity.  IT disaster recovery planning strategies must be created to respond to these varied realities and perceptions.  To that end, these strategies must address three (3) basic needs:

  • Prevention (to avoid and minimize disaster frequency and occurrence).
  • Anticipation (to identify likely disasters and related consequences).
  • Mitigation (to take steps for managing disasters to minimize negative impact).

Action Item: It’s time to get your disaster recovery plans underway with the steps and techniques provided in our full IT Service Strategy Toolkit.

Fundamental Planning Goals and Objectives

There is no doubt that can offer many benefits to a business. Once you acknowledge the value of technology to your organization, you must also consider the related consequences if and when that technology becomes temporarily unavailable, or totally inaccessible.  Your ability and willingness to address these issues can offer several key operational benefits:

  • To minimize the negative impact of any disaster.
  • To save time and money in the recovery process in the event of a disaster.
  • To provide for an orderly recovery process, reducing “panic” decision making.
  • To protect technology assets owned by a business, maximizing ROI.
  • To minimize legal or regulatory liabilities.
  • To promote systems and IT service quality, reliability and security.
  • To promote the value of technology and related IT services within your organization.
  • To promote management awareness, and to set realistic expectations about the need for systems management tools and resources.

Disaster Recovery Planning in Practice

In the IT management context, there are many levels to defining “disaster” and multiple options to address each level.  To make things easier, the broad view of disaster recovery can be broken down into three (3) primary planning options –prevention, anticipation and mitigation.

Prevention:  Avoiding Disaster Events to the Extent Possible

The goal of “preventative” disaster recovery planning is to ensure that all key systems are as secure and reliable as possible, in order to reduce the frequency or likelihood of “technology related disasters”. Since natural disasters usually lie outside our sphere of influence, prevention most often applies to systems problems and human errors, to include physical hardware failures, software bugs, configuration errors and omissions, and acts of malicious intent (virus attacks, security violations, data corruption…). Using the right set of tools and techniques, it is possible to preclude both the occurrence and related damage from any and all of these sorts of “disasters”.

Anticipation:  Planning for the Most Likely Events

Anticipation strategies revolve around “assumptions” …. the ability to foresee possible disasters, in order to identify possible consequences and appropriate responses. Without a crystal ball, contingency planning can be a challenging process. It involves knowledge and careful analysis. Knowledge is derived from experience and information …. understanding the systems you have, how they are configured, and what sort of problems or failures are likely to occur. And the related analysis involves a careful balancing of circumstances and consequences.

Mitigation:  Get Ready to React and Recover

Mitigation is all about “reaction and recovery” …. the ability to respond when and if a disaster occurs. Accepting that certain disasters are unavoidable, and perhaps inevitable, the goal of any mitigation strategy is to minimize negative impact.

  1. Maintain current technical documentation to facilitate recovery should a problem occur.
  2. Conduct regular tests of your disaster recovery plans and strategies.
  3. Keep loaner equipment available for immediate use.
  4. Create regular back-ups of applications, data and hardware configurations.
  5. Maintain an “alternative workplace plan” to allow designated staff to work from home or other locations.
  6. Identify manual or standalone operating procedures in the event of a prolonged outage.
  7. Coordinate IT disaster recovery plans with other corresponding emergency, security and employee safety programs/policies. &