Skip to main content

Posts

Showing posts with the label Client

The Triangle of Tactics

Sometimes referred to as the Triangle of Horror… where the PM tries his best to maintain his balance while walking on the very thin project rope between this triangle and the Project Constraints Triangle (time, cost & scope). The triangle sides represent: The Team, The Client and The Management Every side of this triangle is obsessed by the sole idea that the other two sides want him dead, i.e. the team thinks that the client and the top management want him dead and vice versa. Usually a good PM gets lost while trying to maintain this triangle in good shape to keep all parties satisfied and happy while making them think they are his first and only priority to get out what is needed from them for the sake of the project. From my perspective, this is a much harder balance to keep rather than maintaining and managing the Project Constraints Triangle… It highly depends on people, their culture, maturity level, and on the PM’s ability to understand this and deal with it in a ...

How to discover Pretenders?

Who are Pretenders? Simply these are the people who Pretend … Pretenders can pretend anything in the world. They pretend they understand and they claim they are experienced. They think they are superior when compared to others and they want everybody to obey them blindly. Most of the people I met falling under this category were consultants or acting as consultants. Pretenders are characterized by the following: Think they know everything in the world Think that books contain everything Have faithful beliefs in theory and nothing but the theory Use theoretical definitions heavily Believe in all best practices Use the word should a lot… they believe what books say, no what facts prove Have an amazing superiority feeling, which may be coming from studying definitions by heart or from hiding behind their many certificates They are Theory Relatives I guess… otherwise, they might be breathing theories! Also, they: Are logical but not reasonable, while others may be r...

Software in Kilograms

Software is by far different than tomatoes! Software development depends heavily on the following factors: Requirements clarity Business complexity Client maturity Team understanding for the requirements Team experience Team productivity People mood Technology Aiding tools availability Company processes and strategy Any of these factors or the combination of these factors can heavily impact the project and its estimate. I am not saying that we cannot estimate projects, I am saying that we cannot estimate accurately, and even if the estimate is accurate, given other circumstances, the same estimate may not be accurate. The major difference between Software and other merchandises is that Software cannot really be measured. There were and are many efforts and theories trying to quantify Software and measure it, yet there is nothing accurate. Software can be measured by complexity, lines of code, effort, features, points… too many theories and models, yet none of ...

Software is Magic!

“ We need a piece of software ”… “ ABRACADABRA ”… “ Et voilĂ , votre software est prĂȘt * ”… A perfect Software is up and running in no time! Is this possible? Till now, I haven’t seen this in custom development projects, specially that most of the projects I worked in varied between medium and large sizes projects (we’ll talk about projects’ sizes in details later). The majority of clients believe that Software is Magic , they think that developers just dream about the program code and then it comes to life with no effort… We all wish we can reach this stage, but unfortunately, the production of new software still takes time, effort and money… Software is maturing… People are not I remember when I was a kid and I started learning programming, I invented a language of my own and I used it to write my diary. The language was simply a set of symbols very similar to the Latin character set. People around me thought “ She is writing Computer ”, this is the exact sentence they used to descr...

Project Jeopardizer (PJ)

Who are Project Jeopardizers? As the name implies, these are the people responsible for jeopardizing your projects and accelerating their failure! They gracefully and confidently push projects to drift from their track to the disaster track. Project Jeopardizers (PJ) AKA Project Monsters are people who have authority and who, for some odd reasons, have a say in your work, and can destroy it completely by the directions they give and the decision they make. They usually help driving projects to their catastrophic ends or in the best cases they lead projects to disastrous situations only! These people run afterwards and disappear from the picture. They also exist in the background of every team project photo. In most of the cases, PJs think they are doing this for the benefit of the project. They are also the first people who panic in stressful situations and leave everything for others to save. They are also very professional in transferring the blame to others, and they are the one...