Task 1
Programmers
The main role of the programmer is to write in code for a computer to perform specific operations. They write, test, debug and maintain the “computer programs” that the computer must follow to perform their desired operation. They would attend daily scrum meetings as would the rest of the team, and other general meetings, which would take up I would think around 20% of their day maximum, but I think that most other meetings they attend would not be a waste of time, but certainly wouldn’t be the best use of their time, as they specialise in writing the code/language for the system they have been asked to create.
Systems Analyst
A systems analyst is responsible for meeting with the people/business for whom the system shall be made for. They are responsible for the research, planning, coordination and recommendation of system software to be used that will meet the people/business’ requirements. Therefore the meetings they attend are justified more and I think that around 30-35% of their day spent in meetings would be a sufficient amount of time for them to find out all details for the people/business, but also implement them fully.
Task 2
The purpose of a Post Implementation Review
A Post Implementation Review, or “PIR” is an assessment and review of a system after it has been implemented. The system would become ‘live’ or in other words will be released to the customers, and normally this is when errors will first crop up, at the very start when lots of people begin to use the system. Therefore the Post Implementation Review takes places normally somewhere between “6 weeks and 6 months” after the system has gone live, according to http://www.epmbook.com/pir.htm. This means when the review comes to take place enough time will have passed to allow them to address the three main purposes of the Post Implementation Review, which are as follows:
• To determine the success of the system and whether it has met it’s objectives, delivered some benefits for the company, and also that it addresses the requirements set out before it was created.
• To determine whether future improvements could be made to the system to improve the benefit it delivers to customer and company
• And to learn lessons for the team, so they can learn how to improve future projects they may come to work on.
There is often a debate as to who should perform the Post Implementation Review, but normally it would be by the team who created the system, as they know what was required, what problems occurred, what was changed as a result of these problems, how to fix the problems, and who all of this was achieved.
The Post Implementation Review leads up to the system delivering maximum benefits for both the customer and the company, as all of the problems will be addressed and the fine tuning of the system completed, so it is in a more than satisfactory state of operation.
Before, During and After a Scrum Meeting
Scrum meetings are also referred to as “Daily Scrums”. They are meetings performed each day so that all of the members of the team know where they stand and what has been completed and is still yet to do. Scrum meetings are a period of time where no one’s time is wasted as all of the information is brief but concerns all attendees. Time for issues, disagreements or details is not included, it is all about what has been done up until then and what shall be done before the next Scrum. They normally last no more than 15-30 minutes and are headed by the “Scrum Master”. Their role is to conduct the meeting, make sure all members of the team report their progress, perform the decision making, and to keep it as brief but focussed as possible. According to http://en.wikipedia.org/wiki/Scrum_(development) the other attending members of the scrum will normally answer three questions:
1. What have you done since yesterday?
2. What are you planning to do today?
3. Do you have any problems preventing you from accomplishing your goal?
Lastly Scrum Meetings are held in the same place and at the same time each day, and every member of the team is required to attend, whether it be in person or on the phone.
The roles of “chicken” and “pig” in a Scrum meeting
There are two types of people who attend Scrum meetings, and they are defined as “Pigs” or “Hogs” if they are really hard working, and “Chickens”. The “Pigs” consist of the:
Product Owner – They represent the voice of the customer and ensures that the scrum team work on the correct things from a business perspective.
Scrum Master – out lined above, but also to remove any impediments that may slow down the team’s progress.
And the Team – these are the people who actually perform the work on the system such as the designing, development, testing, technical communication etc.
“Chickens” on the other hand are not directly involved in the Scrum process, but must be take into account, as they are who the system is being built for. They consist mainly of Stakeholders. These are the people who enable the project to take place, and also for whom the project will produce the benefits previously agreed upon between them, which justify its production.