আমি বছর এখন অনেক জন্য একটি পরামর্শক চলেছি এবং কোনো অভিজ্ঞ কনসালট্যান্ট হিসেবে জানে, good communication is one of the key pillars to the successful delivery of a project. এটা যাতে সুস্পষ্ট, it’s really almost boring to talk about. This isn’t a post about generic communication. পরিবর্তে, আমি যোগাযোগ গাঢ় পার্শ্ব বিষয়ে লেখা করছি — খারাপ খবর যোগাযোগ.
এটি ক্লায়েন্ট যাও সুসংবাদ প্রদান সব সময় সম্পন্ন করা হয় যে বলার অপেক্ষা রাখে না যায়, as often as possible. Who doesn’t want to give good news? Who doesn’t like to hear good news?
উল্টানো দিকে, bad news is no fun at all. I have always struggled with this. In the earlier days of my career, আমি একটি প্রকল্পের সঙ্গে এবং পরিবর্তে ক্লায়েন্ট বলছে কিছু awry ছিল জানতে চাই, I would work longer hours to try and solve the problem. I would enjoin my team to work harder. It’s a natural enough impulse to think that a super-human effort can save the day. Some times this works, some times it does not. Even when it "works" it’s often a mixed bag. Is the quality of the deliverable really up to spec when key parts have been developed over several 60 থেকে 80 ঘন্টা সপ্তাহ?
খারাপ খবর হ্যান্ডেল সবচেয়ে ভাল উপায় কি? The answer is: tell it early. Don’t wait until one week before the project budget will be consumed. If you know six weeks out that there simply isn’t enough time to deliver some bit of promised functionality, tell the client right then and there. The client may get upset (সম্ভবত পাবেন), there may be incriminations and accusations and hurt feelings. কিন্তু, আবেগ অফ ঠান্ডা যখন, there’s still six weeks left on the project. Six weeks is a good chunk of time. There’s time to adjust plans, সময়সূচী পরিবর্তন, get the ball rolling on budget extensions (good luck!) and just generally come to grips with the "facts on the ground" and devise a new plan that still results in a successful project.
Case in point: I’m working on a project characterized by:
- T&E budget with a capped "Not to exceed" dollar amount.
- A "best efforts will be made" promise to deliver X, Y and Z by project’s end.
- Lack of promised key resources on the client side. These resources were not withheld on purpose, nor for any "bad" reason, but they were withheld.
- A dawning realization as the project passed the half-way point that we were not going to be able to deliver "Z" (mainly because the promised resources were not actually available).
- Regular status reports and "CYA" documentation that backed us (the consulting team) up.
- Tightly knit implementation team with members drawn from the consulting organization (আমার কোম্পানী) and the client.
- Distant management team, in both a metaphorical and physical sense. The management team was focused on another large enterprise project and due to space constraints, the implementation team was housed in a separate building on campus, down a hill and relatively far way from "civilization".
With roughly six weeks left on the project budget, আমরা (the implementation team) knew that we were trouble. The contract said that we needed to deliver "Z". Even though the project is time & materials and even though we only promised "best efforts" to deliver Z and even though we had great justification for missing the delivery … the bottom line is that it wasn’t looking good — we were not going to deliver Z in a shape a quality that would make anyone proud.
Recognizing this, we went to management and told them that the project budget would be consumed by a certain date and that we were in trouble with Z.
A mini firestorm erupted over the next few days.
Day 1: Management team calls in its staff for a special meeting (আমরা, the consultants are not invited). Contracts are printed and handed out to everyone and a line-by-line review ensues. Management puts the staff members on the defensive. I don’t think the phrase "Stockholm Syndrome" is *actually* used, কিন্তু আপনি ছবি পাবেন. We’re a tight-knit group, সব পরে, and the staff has been working with us consultants day in and out for several months now.
Day 2: Management calls another staff meeting. They feel a little better. They want options and ideas for moving forward. They realize there’s still six weeks remaining in the current project budget, which is still a decent bit of time. One of the action items: schedule a meeting with full implementation team (including consultants).
Day 5: Full team meets, constructive meeting ensues and a new achievable plan put into place. Even better, we’ve already begun discussing phase two and the client invites us to prepare proposals for that phase immediately.
If we had waited until just three weeks remained, or even worse, one or two weeks, it would have been much different. Instead of a constructive meeting to re-align the project, we would have been pulling out status reports, parsing the contract and reviewing old emails to justify this or that decision. We would have "won" but is it really "winning" এই ক্ষেত্রে?
সুতরাং, if you have to give bad news, give it early. Bad news given late isn’t just bad, এটা ভয়ঙ্কর এর.
