Rohit Prabhakar

I build agentic revenue systems for Fortune 50 companies

  • Digital Transformation
  • Leadership
  • Marketing
  • Writing
  • Home
  • Privacy Policy

Creating Project Plan in MS Project

September 16, 2011 by Rohit Prabhakar 10 Comments

Every time I create a new MPP, I ask this question to myself “How and where to start?”. I very well remember the first time I created a Microsoft project plan and I was struggling on strategy to put a plan in place. There was nobody to mentor me. It is very essential that we start right. Here is what I found very useful for me:

  1. Identify tasks and Create task list
  2. Create a Work Breakdown Structure (WBS)
  3. Group the tasks based on functional or criteria in WBS
  4. Estimate every task in the WBS
  5. Then move all this information to Microsoft Project Plan or any other project management tool or you can even do step 1-4 inside the tool. I personally love to do with paper and pencil and then move it to software.

There is a very good tutorial on creating Microsoft Project Plan with the similar approach at http://office.microsoft.com/en-us/project-help/create-a-project-plan-in-5-easy-steps-HA001136153.aspx

Thanks

Rohit Prabhakar, PMP

Enhanced by Zemanta

Filed Under: Project Management, Software Development, Technology, The Frontier Tagged With: first project plan, gantt chart, How to write a project plan, Microsoft Project, microsoft project plan, plan, PMP, Project Management, project plan, Project planning, Rohit Prabhakar, Scheduling, Task list, WBS, Work Breakdown Structure

Web 3.0, starting point for technical person

June 8, 2010 by Rohit Prabhakar Leave a Comment

After understanding what is Web 3.0 for any technical resource the next question is what to do next?

Filed Under: Programming, Software Development, Technology, The Frontier Tagged With: Application programming interface, Libraries, Resource Description Framework, semantic web, Semantic Web Rule Language, SPARQL, Web 3.0, Web Ontology Language, XHTML Friends Network

SCRUM: Scalability by SCRUM OF SCRUMS

May 20, 2010 by Rohit Prabhakar Leave a Comment

Scrum has been successfully used for projects with 500+ team members lots of time. As SCRUM can only last for 15 minutes and some other similar rules hence in order to scale the SCRUM for bigger team we can use SCRUM OF SCRUMS. Based on the type of work the scrum team is constituted for every 7 to 10 team members having a Scrum master and the Product Owner. After the first lever team SCRUMS we have SCRUM of SCRUMS and there could also be more level of SCRUM OF SCRUMS.

Filed Under: Digital Transformation Guide, Project Management, Software Development Tagged With: agile, agile development, Methodologies, Programming, Project Management, Scaling Scrum, Scrum, Scrum of Scrum, Teams

Software Development Methodologies

May 18, 2010 by Rohit Prabhakar 1 Comment

As these days I am writing about Scrum which is one of the agile methodologies, I though it could be nice if I can also list the other popular software development methodologies.

I have listed all these and also linked them to wiki as it has one of the very good definitions and details about every agile methodology.

Once I am done with the Scrum series I will touch the other ones. Hope this helps!

  1. Agile
  2. Cleanroom
  3. Iterative
  4. RAD
  5. RUP
  6. Spiral
  7. Waterfall
  8. Lean
  9. V-Model
  10. TDD
Reblog this post [with Zemanta]

Filed Under: The Frontier, Programming, Software Development Tagged With: agile, agile development, Cleanroom, Extreme Programming, IBM Rational Unified Process, Iterative, Lean, Methodologies, Programming, RAD, RUP, Scrum, Software Development Methodologies, Spiral, TDD, Test-driven development, V-Model, Waterfall, Wiki

SCRUM:Some facts and resources

May 17, 2010 by Rohit Prabhakar 1 Comment

Other facts about Scrum

  • The scrum methodology originated in 1993 at Easel Corp by Jeff Sutherland
  • Ken Schwaber presented Scrum at OOPSLA 96 with Sutherland
  • Ken Schwaber and Mike Cohn Co-founded Scrum Alliance in 2002
  • Used by all major companies like Microsoft, Yahoo, IBM, Siemens, John Deere, Time Warner, Turner Broadcasting, BBC and many more..
  • Used for software projects, life critical system, mobile phones, websites, Satellite controlled soft wares, support projects

Filed Under: Digital Transformation Guide, Project Management, Software Development, Technology Tagged With: agile, agile development, Jeff Sutherland, Ken Schwaber, Methodologies, New product development, Programming, Project Management, Scrum, scrum log, scrum master, scrum methodology, scrummaster, Sprint

SCRUM: Artifacts

May 14, 2010 by Rohit Prabhakar 1 Comment

Product Backlog

The product backlog is a document that contains the list of all desired work on the project. All these entries have an overall description, priority based on business value and rough estimates specified. This document is owned by the Product Owner and he/she sets the business value for each item. While the team is responsible for updating the development estimates in the document. This document is re-prioritized at the start of each and every sprint.

Sprint Backlog

Sprint Backlog is a team document that is used to plan how the features will be implemented. In this document the team breaks the features into tasks. Normally these tasks are four to sixteen hours of work. If the task has an associated effort of more than 16 hrs it is broken down into a small task. The tasks are never assigned, the team member voluntarily choose the tasks as per the priority and their skills. The Sprint Backlog is owned by the team. The overall outcome of this document can be visualized as a TO DO arranged according to the business value.

Sample Sprint Backlog

Burn down

The Burn Down chart is used to display the pending work in the sprint backlog. The burn down chart provides the visual representation of the overall progress of the Sprint. This is updated daily and is visible to the world.

 

Reblog this post [with Zemanta]

Filed Under: Digital Transformation Guide, Programming, Project Management, Software Development, Technology Tagged With: backlog, burn down, burn down chart, product backlog, Product Owner, rohit, Scrum, Sprint, Sprint Backlog

SCRUM: All the different Meetings

May 13, 2010 by Rohit Prabhakar 1 Comment

Sprint Planning Meeting

  • Planning must be done at the beginning of every sprint cycle.
  • Team selects items from the product backlog they can commit to completing
  • Sprint backlog is created by the entire team.
  • Tasks are identified and each is estimated (1-16 hours)
  • Collaboratively, not done alone by the ScrumMaster
  • An Eight hour limit applies to this meeting. During the 1st 4 hrs The Product owner and team prioritizes the product backlog and later only team plans the sprint and creates the Sprint Backlog.
  • Time limit: 8 hrs

Daily Scrum (Daily Standup) Meeting

Daily Scrum is more like a daily project status meeting which is very short and nothing other than the status can be discussed. The following are the key characteristics of Scrum.

  • Daily and starts precisely on time.
  • Daily Scrum must happen at same location and every working day at same time
  • Only Scrum Master and Team members can speak (anyone can join)
  • Not for problem solving (no discussions on reasons/approach etc.)
  • Everyone answers 3 questions and the Scrum Master documents this:
    • What have you done since yesterday?
    • What are you planning to do today?
    • Anything in the way (issues/concerns). The resolution cannot be discussed in the Scrum. It should be discussed after.
  • Time limit: 15-minutes

The Sprint Review Meeting

  • Outcome of the sprint is reviewed. What is completed and what is left.
  • A demo is provided of the completed work only.
  • Team and anyone from outside can participate (Open House)
  • Time limit: 4 hours.

Sprint Retrospective Meeting

  • This meeting is for identifying and implementing continuous process improvements
  • Two questions are asked:
    • What went well in the Sprint?
    • What could be improved in next Sprint?
  • The outcome is what to Start / Stop / Continue.
  • This is attended by team, ScrumMaster and Product Owner.
  • Time limit: 3 hrs
Reblog this post [with Zemanta]

Filed Under: Digital Transformation Guide, Programming, Project Management, Software Development, Technology Tagged With: agile, Daily Scrum, Daily Standup, meeting, Methodologies, process, Product Owner, Programming, rohit, Scrum, scrum master, scrummaster, Sprint, Sprint Backlog, sprint master, Sprint Planning, Sprint Retrospective, Sprint Review

  • 1
  • 2
  • Next Page »

Copyright © 2026 · Genesis Framework · WordPress · Log in