The Art of Project Management by Scott Berkun

Have finished reading The Art of Project Management by Scott Berkun. Fundamental, comprehensive work covers many aspects of managing projects, people, time. The book itself is an excellent tool that can be used by me for building the process and solving problems.
Below is mindmap of the book. Hope will help you the same as me.

  • Project management
    • It’s everywhere around us
    • It’s evolving for a long time
    • Be open-minded
    • PM can be role, job, profession
    • PM Activities
      • What the project is? Planning, scheduling, requirements gathering
      • How to do the project? Communication, decision making, tactic
      • Solve the problems. Leaderships, crisis management, strategy
    • Not always for management some manager
    • Manager have to balance
      • ego/no-ego
      • autocracy/delegation
      • tolerate ambiguity and pursue perfection
      • oral/written
      • acknowledge complexity/champion simplicity
      • impatient/patient
      • courage/fear
      • believer/skeptic
    • manager manage the team, not checklists
    • manager have to solve most painful problems of the team
  • When things go wrong
    • The guide
      • Calm down
      • Evaluate the problem in relation to project
      • Calm down again
      • Get the right people in the room
      • Explore alternatives
      • Make the simplest plan
      • Execute
      • Debrief
    • Take responsibility (for yours and others mistakes)
    • Damage control
      • Call an all-hands meeting
      • If people are in disagreement, find the point of agreement
      • What is the recent most known good state for the project and the team
      • Can the problem be isolated?
      • Can resources be applied to help with the damage?
    • Conflict resolution
      • Find the point of unification
      • Ignore personality conflicts
      • Look for mutual interest
      • Be strong but supple
      • Know the alternatives
      • Use persuasion and arguments
    • Everyone should know who the decision maker is
    • Help people under the pressure
    • Negotiate in people interests
  • Planning
    • Silver bullet doesn’t exist (obsessing on process is a warning sign of leadership trouble)
    • Rule of third: designing, implementation, testing
    • Schedule purposes
      • Commitments when things will be done
      • Schedule is “forcing function” for project
      • Reflection of impact of every contributor
  • Meetings
    • Regular meetings eventually slide into waste of time
    • Good meetings happens when someone in the room understands how to facilitate
    • Facilitation
      • Establish a host position
      • Listen and reflect
      • Direct the conversation
      • End the conversation
      • Make history
    • Types of meetings
      • Highly interactive discussion (design discussion, brainstorm)
      • Reporting or moderate discussion (spec review, architecture review, small presentation)
      • Status and project review (status review, project review, all-hands meeting)
    • Mismatch the goals of meeting and the way how they are organized is the biggest issue
  • Leadership based on trust
    • We can trust people we don’t like and otherwise
    • Trust is about commitments
    • Commitment framework
      • Making commitment willingly
      • Agreement about what, by who and when will be done
      • Commitment is public
      • Trying to meet commitment even if help is needed
      • If something changes, notice is given and new commitment negotiated
    • Inconsistent behavior breaks trust
    • Make trust clearly
  • Project Management
    • Work planning
      • List of Goals
      • List of Priorities
      • List of Tasks
    • Evaluating environment
      • What communication style preferred?
      • How broad or narrow sense of humor?
      • Are arguments won based on data?
      • Who is effective at doing … and what can we take from him?
      • Most values are most important?
      • What is organization structure?
    • Guerilla tactic
      • Know who has authority
      • Go to the source
      • Switch communication models
      • Get people alone
      • Hunt people down
      • Hide for working alone if necessary
      • Get advice
      • Call in favors, beg and bribe
      • Play people off each other
      • Stack the desk
      • Buy people coffee and tasty things
    • Mid-game
      • Track the progress
        • What is the probability to hit next/date/milestone?
        • What adjustments needed to improve probability?
        • What are the biggest risks?
        • Track changes of the project goal
      • Andustments and questions to consider
        • What problem are we trying to solve?
        • Can we live with it?
        • Are costs worth of working the issue out?
        • Are risks of potential problem worth to be changed?
        • Is is symptom or cause?
        • Do we have enough understanding to predict the state of the code?
      • Coding pipeline
        • Docs have to be prepared ahead of the coding work
        • Are there any issues blocking active work items?
        • Are priorities strictly defined?
        • Was the last work item really completed?
    • End-game strategy
      • Common exit criteria
        • Spec/design/tasks completed
        • Bug counts at certain levels
        • Passing specified test cases
        • Performance/reliability metrics
        • Time/money
      • Measurement
        • Daily builds stability
        • Bugs management
          • Fix rate
          • Incoming to approved
          • Active bug time
          • Bugs per developer
          • Fault feedback ratio
      • Big deadlines are a series of small deadlines
      • Celebrate
    • Power and politics
      • Causes for misuse the power
        • Unclear decision making
        • Misunderstanding/miscommunication
        • Unclear resource allocation
        • Lack of accountability and responsibility
        • Weak or toothless goals
      • Motivation for misuse of power
        • Protecting others
        • Self-interests
        • Ego
        • Dislike/revenge
      • How to solve political problems
        • Clarify what you need
          • Resources
          • Authority to make decision
          • Influence on decision under someone else authority
          • Adjust of others goals to support or alight with yours
          • Adjustment of your goals to betted align with others
          • Advice, expertise, support
        • Understand who can give you the power
        • Understand goals of people who has power
      • Tactics for influencing power
        • Direct
        • Conversation
        • The use of influence
        • Indirect use of influence
        • The group meeting



Leave a reply:

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Site Footer

Sliding Sidebar

About Me

About Me

Для кого этот блог?

Для тех кого интересуют современные интернет технологи, IT бизнес, стартапы, менеджмент, контроль качества, личная эффективность, мотивация. Здесь я буду писать о том, что в первую очередь будет интересно мне, о проблемах и решениях. О том что пригодилось мне, и возможно будет интересно Вам.

Что заставило меня создать его?

Желание совершенствоваться. Достигать успеха. Находить людей со схожими проблемами и задачами, вместе искать выходы и решения.

Немного о себе.

Мой первый серьезный опыт в IT это работа над desktop приложениями в компании «Эксперт-Софт». У истоков её стояли несколько амбициозных и талантливых молодых людей, с огнем в глазах и желанием работать «как майкрософт». То чем мы там занимались вполне могли бы сегодня назвать «стартапом». Рук было откровенно мало, поэтому приходилось заниматься всем: кодированием на Delphi, написанием скриптов на VBA, дизайном, вёрсткой и поддержкой вебсайта, работой над рекламной полиграфией, проектированием интерфейсов и БД. Работы было много, но запал был велик, команда очень разношерстная, гармонично дополняя друг-друга в решении нетривиальных задач. Благодаря тому что пришлось попробовать многое, постепенно вырисовалось понимание того чем хочется заниматься, и как. Софтверным программированием я был сыт по горло. Массы проблем десктопного софта в вебе просто не было, по определению. Зато был четкий фокус на дизайне, юзабилити, скорости. Поэтому когда пришла пора уходить из «Эксперт-Софт», я без всякого сожаления стал искать работу как разработчик для web. Поскольку городишко у нас не очень большой, выбор был практически предопределен. Так я стал работать в «Оникс-Системз», где и продолжаю работать поныне. За время работы в компании я как разработчик принимал участие в работе над несколькими десятками проектов. Несколько десятков проектов было сделано мною как фрилансером. Самым большим проектом в котором я сыграл роль менеджера, считаю свою семью. Также довольно большой проект мы сейчас поднимаем с командой разработчиков (на данный момент команда состоит из четырех php разработчиков, одного flex кодера и тестировщика). Отсюда, большой интерес к современным практикам и методологиям, разным подходам в управлении командой, повышению эффективности и качества работы. По мере сил, вдохновения и свободного времени, я буду писать об этом.

Если у Вас возникли какие-то вопросы ко мне лично, буду рад если Вы свяжетесь со мной:

skype: denis.sheremetov
Старый сайт, с музычкой и флешом

Прочая онлайновая деятельность: