Archive for the Project Management Category

I have been trying to manage my projects using wiki in my present organization but I am not getting enough attention from Sr management and unable to trigger cultural change in organization.

At this point, I sat down and thought about it. I came to an article on change Management in Organization. So here I am putting my take on Change management with Web 2.0 culture.

Pain Points:
To spread a new agenda, you have to address main pain points of organization.

  • Why? - Business Case
    • You should be able to justify why a person needs to blog?
  • How? - Adaptation
    • New tool should be have easy to install, start and use.
  • Where? - Fragmentation
    • You should be able to connect all these wiki in an organization process.

Approach:
To have a successful launch, you have to hit the nails from top to bottom.

  1. Senior Management: They are the driving force and should be able to see benefits. Any thing you do, it has to be blessed by top management. They should include it into their mission statement.
  2. Communication: You should be able to do Marketing and advertisements across the company about new idea.
  3. Culture: It will be an more open and collaborative environment. You will have to re-tailore the basic values and process of organization.
  4. Incentives: A change attached with a reward can act as an catalyst to the success of new initiative.
  5. Infrastructure: Yes not to forget, to get best of the solution available for usage. I like Atlassian Confluence.

Launch Considerations:
Once you have above all addressed, you have to see that you can tie every one together for success.
Organization generally work in vertical silos. This web 2.0 effort should work across silos and tie them together horizontally. But you should ensures the integrity of silos while doing this. Example, you don’t want customer representative to know about patent research work in R&D department.

All this work of web 2.0 should be a process oriented otherwise it will loose its significance. It should be like an output of a Wiki update can become input for next stage silo.

With this platform set, you will be able to;

  • serve customer with more efficiency.
  • involve employees for collaboration.
  • manage suppliers better.

So the key to success of of Web 2.0 in your organization

  1. Align it with critical business processes.
  2. Get blessing from top management.


Here I am sharing my experience at PMP Conference 2007.

Mr. Prabhu Eswarla from HP has presented HP process to assess a project health. Actually, the five of stated checks are generally placed almost in all organizations, but to connect all of them for assessment is a new approach. I find this very interesting.

  • Project Management Review:
    • Objective: Assessment of project alignment with organization goals.
    • Involvement: Project Manager and Group Manager / Sr. Project Manager
    • Time Duration: Monthly
  • Quality Health Check:
    • Objective: Quality compliance assessment of project level of with Quality department standards.
    • Involvement: Project Manager and Quality Manager
    • Time Duration: Monthly
  • Customer Satisfaction:
    • Objective: Assessment of customer satisfaction using his feedback during project.
    • Involvement: Project Manager and Customer feedback
    • Time Duration: Monthly
  • Project Audit Council:
    • Objective: Assessment of peer review on all aspects.
    • Involvement: Project Manager and Peer Managers
    • Time Duration: Quarterly
  • Technology Management Review:
    • Objective: Assessment of optimal and efficient technology usage.
    • Involvement: Project Manager and architects.
    • Time Duration: Quarterly
  • 5+1 th view:
    • Circle graph with parameters:
      • Time, Cost, Cost/est
      • Quality, Resource, Communication,
      • Risk, Contracts, Client Satisfaction.


Here I am sharing my experience at PMP Conference 2007.

Ms. Sujatha Blakrishnan from Valtech India System has presented her view on Agile Development Management.

I find it fairy interesting as she gave a holistic view of methodology. In consider Agile is shorter release cycles with age-old methodology V shape model software life cycle.

Yes, it is good for both Product and Service companies. I generally know that companies just adopt this model to show customer. But real adaptation requires more work than generally perceived. She mentioned that ValTech has invested almost $ 20 million to establish. I certainly consider it is a heavy investment. I think most of the cost goes into basic setup like Cruise Control, Wiki (Confluence), Video Conference, Skype etc.

After that, it comes culture awareness and customer agreement to participate.

Certainly, it gives tremendous value to customers who can control the flow of development and gets what he wants at the end of project.

But it may not be good enough for a service company like Infosys, Wipro, etc, who wishes to drive it by themselves. Also it is very difficult to define the SLA in these terms. Even if you have come up with one, it will an open-ended SLA which will state to chase a moving target. Because, you have just signed off to changing requirements and adopting customer needs.

Yes, it will good bad new for developers. In this model, developers may have to sit tight all the times without any relaxed day.

But I have to say that this kind of play field give lots of room and flexibility for innovation and creativity amount team and product owner. It is good and bad news for both.

Three main roles in Agile PM:

  1. Product Owner: Defines the Sprint and participate with team to achieve goals.
  2. Scrum Master: Removes the hurdles for execution of project.
  3. Team: Performs the day-to-day and release-to-release tasks.

Here I am sharing my experience at PMP Conference 2007.

I have attended a penal discussion with Wg. Cmd. Patrawall and his panel. It was quite thought provoking. Here are some of the points, impressed me.

Organizational Success:

Integrating three main ingredients:

  • People
  • Process
  • Technology

Stages of innovation:

  1. Leadership
  2. Funding
  3. Incubation
  4. Walk the talk

Project Management success relies on understanding of following aspects of project.

  1. Vision
  2. Purpose
  3. Goals

Inspirations for innovation:

  • Innovation comes from hearts.
  • It is about getting most from least.
  • Free your mind. Tranquilize it.
  • Mistakes are stepping stones of innovation.
  • Innovations done not happen overnight.
  • Stay away from autocratic procedures.
  • Innovator has to think-outside-the-box.

Innovator should be aware about:

  • Value creation for stockholder.
  • Marketplace transition
  • Process to get there.

Circle of innovation for an organization:

  • Passion
  • Vision
  • Process
  • Values
  • Standard

Generally, Project Managers in IT industry think that after PM designation their engagement with technology is over rather they should just play organization and people game. This is where they kill innovation and core competency. It should not be encouraged either from organization or culture. It should be about keeping core business competency alive and contributing from all sides.

I have recently changed my project management methodology to Agile. At frist, I have decided to assigned role and then tie each of them together. Here is first shot at Development Process.

Roles:

  • Customer: Product Owner
  • Project Manager: Scrum Master
  • Project Lead: Team lead
  • Quality Manager: Quality assurance
  • Developer: Team
  • Peer Reviewer: Team

Here, blue color indicates the customer involvements.

Initiate

Phase

Player

Action

Objects

PM: Gate Flag

Customer: Gate Flag

Func Spec

Customer

Create Change Request nu with Func Spec attached.
Create Project Plan task.

Func Spec, Change Request, Project Plan

Email to PL with Change Request nu.

Project Manager

Save Spec in SDD QMS CR folder.
Check for Project Plan, Change Request and create Project Tracker.

WR Specs, Project Plan, Change Request, Project Tracker

Project Manager

Analyze Work Request for dependencies and clarifications.

Email to Customer about dependencies and clarifications.

Customer

Reply with answers on clarifications and dependencies.

Project Manager

Review and assign the developer and peer reviewer resource.
Update Project Tracker and Wiki for task.

Email to Customer about acceptance of Work Request.

Planning

Phase

Player

Action

Objects

PM: Gate Flag

Customer: Gate Flag

Analysis and design

Developer

Analyze and complete Work Request Planning using QMS process:

  • Design/approach, Estimation,
  • Dependencies
  • Test Cases.

QMS Docs
(CD Form, ICRF, Checklist, Estimation, Test Plan)

Project Manager

Analyze and state any dependency and clarification from Customer.

Email to Customer for estimation, design, dependencies and clarifications.

Customer

Send email about agreement on design and estimation.
Reply with answers on dependencies and clarifications.

Developer

Input confirmed estimation into Project Tracker.

Project Tracker and Web Tracker.

Email to Project Lead about estimation review and update in Project Tracker and Wiki update.

Project Manager

Get confirmation from Customer estimation.

Email to Customer about final estimation.

Test Case Plan

Peer Reviewer

Review the test case and test plans and notify QMS Manager for Test Case review.

QMS Manager

Review all QMS process and docs.

QMS docs

Email to Project Lead about review completion.

Project Manager

Review all the QMS process and estimation.

Email to Customer about test cases Project Lead an.

Customer

Reply email about acceptance on Test Cases Project Lead an.

Execution

Phase

Project Lead ayer

Action

Objects

PM: Gate Flag

Customer: Gate Flag

Developer

Review Development Environment and Customer dependencies for development readiness.

Dev Setup

Email to Project Lead about readiness for development.

Development

Developer

Start the development

Code, DB

Unit Testing

Developer

Perform Unit Testing according to Project Lead an.

Unit Test case, Delivery objects

Developer

Record in Unit Test case report in QMS Test Case doc.
Notify Peer Reviewer.

Unit Test Case Report

Quality Control

Phase

Project Lead ayer

Action

Objects

PM: Gate Flag

Customer: Gate Flag

Peer Reviewer

Cross verify the Unit case report.

Unit Test Case Report

Email to Project Lead about unit test case verification.

Delivery

Developer

Check-in the code into CC PM Dev Views.
Send Test Case Report to Customer.
Ask Customer to start Integration testing.

Email Customer about Code Delivery along with Test Cases Report.

Customer

Start the Integration test and report the bugs using Change Request.

Change Request

Bug Fix

Developer

If bugs are reported by Customer,

  1. Fix the unit test case
  2. Send the estimation to Customer
  3. Update QMS docs and PT.
  4. Start the code fix.
  5. Repeat ‘Review’ and ‘Delivery’ Phases

Delivery objects, QMS docs and PT

Closure

Phase

Project Lead ayer

Action

Objects

PM: Gate Flag

Customer: Gate Flag

Customer

Complete the Integration testing at Customer.

Email to Project Manager about acceptance of WR delivery.

Developer

Complete the QMS update process and notify Quality Manager for review.

Quality Manager

Review all the QMS, Project Plan and PT sync and notify Project Lead for review.

Project Manager WR Manager

Review all the QMS, Project Plan and PT sync and close WR in Change Request, and Project Tracker.

QMS, Project Plan, Change Request, Project Tracker and PT

Email to Customer on WR closure.