RSS feed [root] /weblog /software_engineering /project



title search:


Wed Jun 06 11:59:50 HKT 2018

project management

Linus share about project management, most importance is people, and also discuss about tools, how to collabrate people and how to delegate -[..]Software-Development-Management/ba-p/440

Only the programmer who is going to write the code can schedule it. Any system where management writes a schedule and hands it off to programmers is doomed to fail. Only the programmer who is going to do the work can figure out what steps they will need to take to implement that feature. -

Never, ever let managers tell programmers to reduce an estimate. Many rookie software managers think that they can "motivate" their programmers to work faster by giving them nice, "tight" (unrealistically short) schedules. I think this kind of motivation is brain-dead. -

Micromanagement or Macromanagement?

But, unfortunately, as a general rule, Project Managers have no training. Even if they do have training in the form of an MBA, MBA education is impractical and useless; the academic community has completely failed us in this respect. Furthermore, Project Managers are more often based on personal friendships and company politics; they are rarely based on management skill.
And, finally, most managers do not acknowledge that management is a skill that they must study and learn so they don't study or learn it.[..]DiscussTopicParent=8469&ixDiscussGroup=5

An explanation of agile, I think it is more about project management -

Some common problem of software project management -[..]thomas/[..]ou-know-your-project-is-in-trouble-when/[..]roduct-management-vs-project-management/

Brief description of thoughtworks codejam -

Listen first. Measure later.[..]

Paper of burn up and burn down - Per my understanding, we can say burn down is push by management where DEV work as task consumer and completing per define tasks within limited time; where burn up work in the other way round.

Why rewrite usually bad -[..]astianKuebeck/entry/why_version_2_0_will

Why need to manage user/client -

The blog list several software projects fail case study -

The law of late project -[..]et/2009/11/the-law-of-late-projects.html

Friendship, what make one big team working -

On an Agile Team, a person is removed from the team by assigning them work. -[..]e-between-agile-teams-and-project-teamd/

Some say an method "Impact Mapping" is very useful -[..]com/2014/07/15/complexity-is-the-excuse/

Transfer project to products -

Frequent planning -[..]can-lead-to-short-and-frequent-planning/

(google search) (amazon search)
download zip of files only