24 Aralık 2008

Hiveminder

Collaborative todo lists that work the way you do.

1.Braindump your tasks, tag them, set due dates, and attach notes
2.Set up reminders for yourself, create groups, and share tasks with others
3.Check out your tasks, set priorities, and make decisions
4.Get used to the bee puns

20 Aralık 2008

Valuable One Page PMP Exam Formula's

Q U A L I T Y
-------------
CoQ = ( ( Review Efforts + Test Efforts + Training Efforts + Rework Efforts + Efforts of Prevention) / Total Efforts) x 100 %

PERT = O + 4ML + P
--------------
6
MEAN -> Average

MODE -> The “most found” number

RANGE -> Largest - Smallest Measure.

MEDIUM -> No in the middle or avg. of 2 middle Nos

STD. DEV. OF TASK = P - O
____________
6

TASK VAR. = (P – O) 2 = Std. Dev ^ 2
____________
6
_____________
CP STD. DEV. = √ σ² + σ² + σ²

SIGMA 1 = 68.26
2 = 95.46
3 = 99.73
6 = 99.99


Channels of Communication
-------------------------
COMM = (N2 - N) / 2 = (N x (N – 1)) / 2


P R O J E C T S E L E C T I O N
------------------------------
---
PV = F V .
-------
(1+r)ⁿ

FV = PV x (1+r)

NPV = S ( PV + PV + PV + PV )
---- ---- ---- ----
(1+r)ⁿ (1+r)ⁿ (1+r)ⁿ (1+r)ⁿ

Cash Flow = Cash Inflow – Cash Outflow

Discounted Cash Flow = CF x Discount Factor

ARR = S Cash Flow / No. of Years

ROI = (ARR / Investment) * 100 %

BCR = Benefits / Cost

Exp. Value = Probability % x Consequence $


Class of Estimates
-------------------
Definitive +5%

Capital Cost +10-15%

Appropriation +15-25%

Feasibility +25-35%

Order of Magnitude > +35%


Contract Incentives
--------------------
Savings = Target Cost – Actual Cost

Bonus = Savings x Percentage

Contract Cost = Bonus + Fees

Total Cost = Actual Cost + Contract Cost


E A R N E D V A L U E A N A L Y S I S
---------------------------------------------
PV (Present Value) = BCWS (Budgeted Cost of Work Schedule)

EV (Earned Value) = BCWP (Budgeted Cost of Work Performed)

AC (Actual Cost) = ACWP (Actual Cost of Work Performed)

CV = EV – AC

CPI = EV / AC (efficiency)

SV = EV – PV

SPI = EV / PV

ETC = BAC – EV or (BAC – EV) / CPI

EAC = AC + ETC

EAC = BAC / CPI

VAC = BAC – EAC

% COMPLETE = EV / BAC x 100

% SPENT = AC / BAC x 100

CV% = CV / EV x 100

SV% = SV / PV x 100

14 Aralık 2008

Project management software: Comindwork download from Business Software category

Comindwork is online project management software that includes:
* Tasks management, ticketing and bug tracking subsystems
* Flexible dashboard, customizable environment
* Communication and knowledge sharing tools
* File storage posibilities, transparent linking
* Simple and intuitive interface.Our web-based PM and KM tool is ideal for you if you are a small team up to 50 people and want to work effectively and successfully!"

Konolive - Project Team Colloboration Tool

Adobe Air gerektirmesi dışında proje ekiplerinin kullanabileceği bir çok aracı barındıran güzel bir uygulama. Bedava olması da bir o kadar ilgi çekici.

10 Aralık 2008

Matrix Organisations

Until the 1970's, typical, large organizations tended to function in "silos", logical divisions where essentially isolated groups of workers reported to a line manager or functional manager. Imagine columns on a page with a line manager at the top of each column and a group of workers inside each column under the manager.

As these groups operated autonomously, it was not unusual to find functions replicated in each silo.

In an Information Technology company for example, you might find software programmers in the development area, some more in the customer support area, and yet more in the quality assurance area, because each of these functional units had a programming need.
If your organisation still operates in this manner, give your boss a copy of this article.

And so it was in the 1970s that attempts to improve traditional organization structures, led to the creation of the “Matrix" organizational structure.

In the matrix organisation, considering our IT example above, all programmers are now in a separate programming department and report to a functional manager in charge of programming, and that manager would control almost all of their work. In a matrix we usually refer to the line manager as a functional manager because all of their workers perform similar functions.

So workers in a matrix organisation are compartmentalized by their required skills into silos, like columns in a matrix, each with its dedicated manager. The workers report to and are responsible to their functional manager, who in turn usually has sole responsibility for the advancement of their workers, as well as the administration of their area, including budgeting.

So far the matrix organization sounds much like the traditional organization, except that all workers within a silo (a column in the matrix) are partitioned by a particular skill-set.

The other difference between traditional organisations and matrix organisations is that matrices have rows (lines running across the columns, not fights).

Traditional organizations operated quite well, but they were inefficient, with lots of duplication of skills around the company. But their major weakness was when they tried to manage projects.

The problem was that in the traditional organisation, the concept of a project team, which is my nature cross-functional, did not exist, because the project manager's "team" team comprised of people from different functional areas, managed and controlled by different functional managers -- not by the project manager. And this is not a recipe for successful projects.

So we have our columns of functionally similar workers in each column of our matrix, with a functional manager at the head of each column.
Now picture rows running across the page, with a project manager at the "head" (i.e. the left hand side) of each row. The rows intersect the columns and so intersect the columns of workers. So each row is a silo of workers of differing functionality, headed by a project manager.
In such a matrix structure there is an obvious tension between the project managers at the head of each row (each project) and the managers at the head of each column (each functional area) as they are sharing the same workers, and as each manager (project and functional) has a job to do, we have a conflict of interest.

There are different types of matrix organization, designed to balance the power struggle-struggle between the managers conflicting needs. The main types are listed below.

The Weak Matrix

This type of organizational structure is a bit of a nightmare for Project Managers because they are effectively reduced to being project facilitators. They make plans and monitor the execution, but they have no real authority over staff, and are almost totally reliant upon the functional managers to provide resources.

The workers have little loyalty to the project managers (or the project), because it is the functional managers who decide the advancement of the workers within the organization. And the workers' performance is usually measured only on the work that they do for their functional manager -- not on their project work -- so in fact working on a project may be seen by the worker as undesirable as they will have less time to do their regular work, so the project manager may find them unmotivated.

And as the PM has no real authority over the team members, then they often have to report the problem of workers not performing, to the functional managers in the hope that they will encourage the workers to work more on the project.

But remember that the functional managers are primarily responsible for the performance of their own functional areas, so their workers performing project tasks can actually reduce the productivity of their area (often projects are ignored in the benchmarks). So this leads to a clear conflict of interest between the PM, the functional managers and the various workers.

In this situation the PM usually loses -- and that’s the easy to remember it -- the PM is weak in a weak matrix.

The Strong Matrix

All these problems led to the creation of the “strong matrix” organization

In the strong matrix the tables are turned, it is the project managers that have responsibility for the workers, not the line managers. But the PMs are not responsible for the human resource administration.

This empowers the project managers to manage the workers directly, and thus properly manage the whole project, but without tying the PMs up in HR administration.

I have worked in organizations like this, where I managed my teams and was responsible for everything except the HR functions, and I found it a very satisfying environment from a project point of view. So my teams would have me as project manager and I had sole authority and responsibility to direct their work, but they also had staff managers who looked after anything that was not project-related, i.e. performance reviews (but I provided the key input to these) training, vacation administration, employment contracts etc. And this meant that I could focus on the projects.

So when a project manager starts a new project, they discuss their staffing requirement with the functional managers and the functional managers try to make the resources available (and provide training fro them, where necessary). Usually the functional managers will draw up plans and charts (e.g. Gantt charts) of how “their people” will fit inside projects, and they might move staff between projects and project managers as required (after consulting with the project managers).

Effectively the PM and the functional managers work together, but overall control of everything project-related is the function of the project manager -- so in a strong matrix, the project manager is the stronger party.

The Balanced Matrix

There is an old saying, “power corrupts, and absolute power corrupts absolutely”. In each type of matrix organization there is a struggle for power, and so there needs to be some way to bring this into balance, otherwise one group will dominate the other, to the detriment of the project, and ultimately to the detriment of the organization as a whole (although individual projects or functional areas may blossom for a while). A very dominant project manager for example may bully the functional managers into always giving them the best team members for their projects.

One way of reducing the problem is to make rules within the organization that varies who can manage a worker, depending upon certain circumstances. For example there could be a rule that says if an worker is to work on a project for less than one week then the functional manager (or project manager) has sole control over the worker, but if the requirement is for more than one week, control changes hands.
Or there may be rules that the same worker can’t work for the same PM, on two consecutive projects.

There are many possible rules that could be made of course, but the goal is to balance the power between the PM and the functional managers so that we don’t have a win/lose situation, and I’m sure you can guess that this type of organizational structure is called a “balanced matrix”.

So weak, strong, or balanced, the "strength" is always from the viewpoint of the project manager.

Summary
Until the 1970's, typical, large organizations tended to function in "silos", logical divisions where essentially isolated groups of workers would report to a line manager or functional manager. Matrix organisations are an attempt to restructure to make project management possible.

05 Aralık 2008

Project Management: Back to Basics Why do IT Projects Fail?

10 Pages | PDF Report

Projects and project management are not new to IT. For many organizations, projects in IT environments have become a critical part of daily operations. This note identifies and discusses the following topics surrounding project management:
  • Definition of a project.
  • Definition of project management.
  • Project management constraints.
  • The phases of project management.
http://www.infotech.com/samples/Project_Mgmt_Basics.pdf

Web-temelli proje yönetimi - VeoProject

Web-temelli proje yönetimine bir oyuncu daha eklendi. Proje planlama, takip ve doküman yönetimini birleştiren bir uygulama. ayrıca farklı lokasyonlarda çalışanlarında rahatlıkla kullanabilmeis hedeflenmiş.

Hazır şablonlar ve uygulamalar oldukça kullanışlı.

Web temelli olduğu için bir program yükleme gibi sıkıntıları yok.

Denemesi bedava, videolarla kullanım anlatılmış. Üyelik çok basit. Deneyin, denemekten zarar gelmez.

03 Aralık 2008

Çevik Süreç Nedir? | Kurumsal Java Yazılımı

Yazılım sektörü yıllardan beri kan kaybediyor. Ama artık taze kan bulundu ve hastalığın tedavisi kolaylaştı. Çözüm çevik süreçler!

Günümüze kadar uzanan süreçte yazılım sektöründe yapılan projeler nereye varacağı belli bile olmayan büyük maceralar haline gelmiştir. Bunun başlıca sebebi kullanılan yazılım yöntemlerinin gereksinimlere cevap verecek yapıda olmamasıdır. Çevik süreçler bu sorunu çözecek nitelikte.

Bu bölümde

  • yazılım yaparken hedefin ne olduğunu,
  • çevikliğin ve çevik sürecin ne olduğunu,
  • çevik manifesto ve prensiplerinin ne anlama geldiğini,
  • çevik sürecin diğer yazılım metotlarına kıyasla hangi farklılıkları beraberinde getirdiğini,
  • hangi çevik süreç türlerinin mevcut olduğunu,
  • bir çevik süreç olan Extreme Programming’in ne olduğunu,
  • Extreme Programming’in hangi değer, prensip ve teknikler üzerine kurulu olduğunu

yakından inceleyeceğiz.

Bu yazıyı PDF olarak edinebilirsiniz.

Çevik Süreç Nedir? (219.4 KiB, 16 yükleme)

Kaynak: http://www.kurumsaljava.com/


02 Aralık 2008

10 Tips for Project Success

1. Starting out: Make sure that when you start out your customer defines their requirements in depth. You need to know exactly what it is that must be delivered, to who and when. Make it specific, write it up formally and get them to sign it off. This document will become the basis upon which to measure your success.
2. Customers: Involve your customers throughout the entire project life cycle. Get them involved in the analysis and planning, as well as execution. You don't have to seek their approval, just keep them informed. The more you involve them, the greater their level of buy-in and the easier it is to manage their expectations.
3. Timeframes: Keep your delivery timeframes short and realistic. Never agree to lengthy timeframes. Split the project into "mini-projects" if you need to. Keep each mini-project to less than 6 months. This keeps everyone motivated and focused.
4. Milestones: Break your project timeframe into "Milestones" which are manageable pieces of work. Add delivery deadlines to your milestones and try to deliver on every deadline, no matter what. If you're late, tell your customer about it as early as possible.
5. Communications: Make sure you keep everyone informed by providing the right information at the right time. Produce Weekly Status Reports and run regular team meetings. Use these Project Management Templates to save you time.
6. Scope: Only authorize changes to your project scope if there is no impact on the timeline. Get your customers approval to important scope changes first and then get their buy-in to extend the delivery dates if you need to.
7. Quality: Keep the quality of your deliverables as high as possible. Constantly review quality and never let it slip. Implement "peer reviews" so that team members can review each others deliverables. Then put in place external reviews to ensure that the quality of the solution meets your customer's needs.
8. Issues: Jump on risks and issues as soon as they are identified. Prioritize and resolve them before they impact on your project. Take pride in keeping risks and issues to a minimum.
9. Deliverables: As each deliverable is complete, hand it formally over to your customer. Get them to sign an Acceptance Form to say that it meets their expectations. Only then can you mark each deliverable off as 100% complete.
10. Your team: Great projects are run by great teams. Hire the best people you can afford. Spend the time to find the right people. It will save you time down the track. Remember, good people are easy to motivate. Show them the vision and how they can make it happen. Trust and believe in them. Make them feel valued. They will work wonders.