CASoft blog

         Communication Aspects in Software Engineering

March 27, 2010

Earned Value and Tolerance, using critical path

Filed under: Project Management — Tags: — admin @ 09:09

When reporting on earned value, more often than not, the project is slightly behind the original plan and the earned value is below the planned value.
How does the project manager and the project stakeholders know if the variance is within the tolerance of the project or not? What is the bottom-line?…

The project critical path can be used, in order to represent the tolerance threshold, as in the example below.

Values for the chart can be automated using MS Project and MS Excel… See previous post on earned value calculation http://www.casoft.com.au/2009/04/calculate-earned-value-with-tfs.html

For more information contact us – jjacquet AT casoft.com.au

March 7, 2010

Waterfall, Iterative or Agile?

Filed under: Project Management — admin @ 16:33

With a waterfall approach, one wants to have as close as possible to 100% of the requirements up-front. The challenge in this case is fairly obvious. Getting 100% of requirements documented on a fairly complex system is no easy task and is rarely achieved in practice.

With an iterative approach, I will kick-off the development with 80% of the requirements up-front. Knowing Paretto’s (80%-20%) rule, it makes a lot of sense! The rest of the requirements can be elicited during the development, and a lot of time can be saved this way.

If an Agile approach is to be implemented, I will start the development with less than 20% of the requirements and the scope being defined. In this case, on basically unearth the requirements by putting prototypes in front of the Customer and getting feedback. The prototypes are refined as the development goes, and become an application overtime.

January 17, 2010

Successful Project Management

Filed under: Project Management — admin @ 09:22

One may notice that everyone, in every area of life but more so in project management, claims to be successful and, more often than not, successful only…
How good someone really is, who has never experienced failure, I ask?

We all have strengths and weaknesses, and this means we perform better in some situations than others.

Have you ever noticed that when their is a problem (and there’s always one), most consider self as being outside of the problem, while everybody else considers you as being part of it?

Successful people take ownership of the problem at hand… and they don’t forget their brain either.

September 12, 2009

The under-estimated benefits of components

Filed under: UML — admin @ 18:02

Components Based Architecture has been formalised and publicised by UML-RUP more than 10 years ago, and the benefits of this approach are still unknown or under-estimated by most.

It escapes me how, in the 21st century, enterprises can ignore the return on investment (ROI) that can be achieved with components.

The most commonly missing piece in the software engineering puzzle today is the architecture document. I keep seeing projects after projects documenting detailed designs after gathering the requirements and no architecture.

When no components based architecture exists, Managers are reduced to finding and selecting solutions at project level.
With well documented components, encapsulating meaningful functionality, it is for example possible to:

  • Find Commercial-Of-The-Shelf (COSTS) solutions for one or several components.
  • Outsource the development of low added-value components.
  • Reuse components from other applications within the company.

Components are however a science and there is more to it than what meets the eye…
See previous article RUP – Component Based Architecture

July 1, 2009

Agile Project Management with Scrum

Filed under: Agile, Book Review — admin @ 21:04

About Scrum we like the philosophy and the following practices:

  • Feature prioritisation sessions
  • Undisturbed iterations (called Sprints)
  • Functionality presentation sessions
  • Self-organising teams

In a nutshell, SCRUM principles are as follows:

  • All management responsibilities are divided between 3 Scrum roles:
    • The Product Owner focus is focused on Return On Investment (ROI)
    • The Team is responsible for developing functionality. Teams are self-managing, self-organising, cross-functional and they are responsible for figuring out how to turn Product Backlog into an increment of functionality.
    • The Scrum Master fills the position normally occupied by the Project Manager. He is responsible for the Scrum process. Like a sheep-dog, he’s responsible for keeping the flock together (focused) and keeping the wolves away (undistracted).
  • Each Sprint is an iteration of 30 consecutive calendar days
    • A Sprint starts with a planning meeting, where the Product Owner presents the highest priority Product Backlog (4 hours) and the Team plans out the Sprint (another 4 hours).
    • A Sprint finishes with a Sprint review meeting (4 hours), where the team present what was developed. Then the Scrum Master holds a Scrum retrospective meeting with the team.
  • Artefacts:
    • A Product Backlog lists the features with estimates, associated Sprint and remaining work (days) – maintained by the Product Owner
    • A Sprint Backlog lists the tasks, which the team defines for turning the Product Backlog they selected into an increment of functionality, associated with the Originator, the person Responsible, the Status and the hours of work remaining – maintained by the Scrum Master -No Gantt-chart
  • Rules:

For more information, get the book form Ken Schwaber – Agile project Management with Scrum – click on the image below:

June 22, 2009

TFS for Project Management

Filed under: Agile — admin @ 19:31

Team Foundation Server (TFS) is a Microsoft offering for source control, data collection, reporting, and project tracking, and is intended for collaborative software development projects.
It is available either as stand-alone software, or as the server side back end platform for Visual Studio Team System (VSTS).

TFS Architecture:


When creating a project, there are 2 project templates to choose from:

  1. MSF Agile:
    • Provide Work items and Processes that support Agile programming approach

  2. MSF CMMI
    • Based on MSF Agile, it stretches the Agile approach to comply with CMMI Maturity level 3.
    • It is 150% larger than MSF Agile, for example MSF Agile has 25 work product artefacts, MSF CMMI has 59.

TFS manages pretty much everything as Work Items:

The recommended links organisation is as follows:

Queries and reports can be developed in order to retreive any data from TFS. There are existing reports, such as Bugs rate and Remaining work.

SharePoint Web Access allows web access to all the information in TFS: Work items, Queires, Reports, Documents, Source Control, Builds and also Timesheets. SharePoint can be used by project Stakeholders, including the Customer if you wish.

SharePoint Project Portal provides documents repositories for projects and Wiki features.

The Integration of TFS and Excel allows to extract any data from TFS into Excel, using queries. The data is copied in the spreadsheet and can be refreshed from TFS at the press of a button. The data can also be edited in Excel and be published in TFS. Charts can then be developed in Excel.

It is also possible to develop pivot-table that access the TFS database directly (instead of running a TFS query).

There are also plug-ins to TFS, such as:

  • Calibre VSTS Add-in, which allows synchronisation of requirements with the tool from Borland
  • Test Director Synchronisation Engine, which allows synchronisation of bugs with the Quality Centre.

Also TFS Power Tools, to be downloaded, offer very interesting features, such as:

  • Process Template Editor
  • Work Item Editor
  • Custom check-in policies
  • TFS Server Manager
  • TFS Client Tool
  • Alert Editor

Finally TFS 2010 will offer the following additional features:

  • Architecture Explorer, which is a graphical visualisation of code
  • 7 diagrams UML supported, for design and share diagrams
  • Tools for test cases management, such as tooling for better documentation & test
  • Test Impact View, which allows to run tests impacted by a code change only
  • Enhanced Vision Control, with gated check-in, branch visualisation & build workflow

June 20, 2009

Effective Thinking

Filed under: Project Management — admin @ 10:56

In order to think effectively, one needs to avoid rules of thumb and short-cuts.

Heuristics for effective thinking:

  • Availability heuristics: Recall most vivid memories
  • Representiveness heuristics: Judge something with something else it looks like
  • Anchoring heuristics: Judge something with its distance from the anchor

Thinking traps:

  • Selective perseption
  • Contrast effect
  • Rationalisation effect

Short cuts:

  • Cognitive laziness => Need to gather more information, concrete facts and figures, short-term and long-term consequences.

Biases and Assumptions:

  • Consistency bias => Examine your motives regarding the problem
  • Confirmation bias => List possible causes of past outcomes. Purposefully focus on contradictory evidence. Seek input from impartial 3rd party
  • Hindsight bias
  • Attribution biases (self-serving bias, egocentric bias or fundamental attribution error)

Problem Solving Mindsets:

  • Apathetic mindset
  • Adaptive mindset
  • Analitical mindset

Decision making styles:

  • Despote
  • Judge
  • Waffler
  • Safety blanket

Obtain a wide range of experiences and maintain a learning log.

June 19, 2009

Ellipse ERP modules

Filed under: Business Analysis — admin @ 17:02

In a nutshell, Ellipse ERP is organised as follows:

1- Maintenance:

  • Equipment Register (Core)
  • Work Orders (Core)
  • Standard Jobs
  • Equipment Group Identifier
  • Equipment Tracing / History
  • Projects
  • Maintenance Scheduling
  • Work Groups

2- Supply Chain (Requisition, Approval, Consolidation, Pick, Acquit Receipt):

  • Catalogue (Core)
  • Inventory Management (Core)
  • Suppliers (Core)
  • Purchasing (Core)
  • Warehouse Management
  • Forward Purchasing Agreements
  • Repairables
  • Inventory Tracking
  • Transport
  • Disposables
  • Entitlements

3- HR:

  • Personel
  • Payroll
  • Leave / Absence Management
  • Time and Attendance
  • Position Management
  • Recruitment
  • Training
  • Performance Management

4- Finance:

  • Journal Holding
  • Chart of Account
  • General Ledger
  • General Ledger Statistics
  • Journals
  • Management Accounting

5- Administration:

  • System Administration
  • Table files

Applications naming conventions:

  • MSO – Online Programs
  • MSB – Batches
  • MSR/A – Reports
  • MSS – Subroutines
  • MSQ – Smart client applications
  • MSE – Web Applications
  • MSF – Data Files

June 17, 2009

Staff Development

Filed under: Project Management — admin @ 16:36

When it comes to staff development, one wants to start by identifying the Leaders. Here are a number of theories that can help in identifying Leaders:

  • Trait theory: Charism, Intelligence, Confidence, Influence, Business knowledge
  • Equity theory: Efforts rewarded fairly
  • Behavioral theory: Combine reaching specific goals and building relationships
  • Contingency theory: How leaders adjust under different circunstances
  • Situational theory: Strong leaders adjust to the needs of employees

Transactional leadership sets expectations and reward system, and manages by exception.
Tranformational leadership builds relationships, leads by example, and endeavours to make positive changes.

Developing staff through Organisational Development:

  • Change management
  • Knowledge management
  • Learning organisations

Organisational Development Interventions:

  • Total Quality Management: Eliminating defects in processes.
  • Six Sigma: Client orientation and management focused methodology for improving quality.
  • High-involvement Organisations: Entrust employees at all levels as decision makers.

Human Process Interventions:

  • Leadership development
  • Team building
  • Conflict resolution
  • Emotional Intelligence

Human Resource Development Interventions:

  • Performance management
  • Diversity programs

June 16, 2009

Personnal Accountability

Filed under: Project Management — admin @ 16:19

“I’m holding you accountable for the outcome.”

Lack of Personal Accountability may show through Negativity:

  • Emphasis on blame or deflecting fault
  • Complaining tone
  • Expression of frustration or fear
  • No real productive answer
  • No suggested action
  • Judgemental tone

Positivity, on the other hand, is usually partnered with Personal Accountability:

  • Emphasis on helping or solving the problem
  • Willingness to take positive action
  • No accusation
  • None-judgemental tone
  • Emphasis on being open-minded and taking responsibility

Choose your attitude. Play. Make their day. Be present. Be world class!

Older Posts »

Powered by WordPress