Top Banner
TK3333 Software Management Topic 12: Topic 12: Project Communication & Project Communication & Documentation Documentation
47

TK3333 Software Management Topic 12: Project Communication & Documentation.

Dec 28, 2015

Download

Documents

Owen Glenn
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Page 1: TK3333 Software Management Topic 12: Project Communication & Documentation.

TK3333Software Management

Topic 12:Topic 12:Project Communication & Project Communication &

DocumentationDocumentation

Page 2: TK3333 Software Management Topic 12: Project Communication & Documentation.

ContentsContents• Personal Communications

• Effective Listening

• Various Types of Project Meetings

• Formal Project Presentations

• Project Reports

• Project Documentation

Page 3: TK3333 Software Management Topic 12: Project Communication & Documentation.

Real World ExampleReal World Example• Vignette: Communicating with Digital Images in the Construction Industry • Digital images have become essential to the construction industry for

project documentation. They provide fast and clear communication for members of project team, while showing progress and potential problems.

• Camera features can also be used for image security. • Michael Mahesh of Bechtel Corp. has taken over 10,000 digital photos in

the past 16 months that he’s been working on the Port Authority Trans-Hudson/Downtown Restoration Project.

• Advantages of digital pictures for construction projects: allows architects, engineers, contractors and owners to track operations and respond quickly to problems; accountability, economy, and speed; and to support valid legal claims, or nullify erroneous ones.

• Digital cameras are readily available, ranging from $400-$600. Results are economical for the construction field.

Page 4: TK3333 Software Management Topic 12: Project Communication & Documentation.

Real World ExampleReal World Example

• Vignette: Another Team Meeting?• Team or departmental meetings are often viewed as a waste of time

where nothing is accomplished, even though they are important communication tools.

• Advice on running a meaningful business meeting:– Determine the purpose of the meeting. – Invite the right people to the meeting. – Have an appropriate meeting environment. – Begin and conclude on time.– Stay focused, address issues not related to the meeting’s objective

later.– Finish with a summary of decisions and a list of actions to take. – Listen for opinions offered at the end of the meeting. Post meeting

discussions can be informative.

Page 5: TK3333 Software Management Topic 12: Project Communication & Documentation.

Personal CommunicationPersonal Communication

• Can occur through words or nonverbal behavior. (i.e. gestures).

• Can be face to face or use some other medium (e.g. phone, email etc.).

• Can be oral or written.

Page 6: TK3333 Software Management Topic 12: Project Communication & Documentation.

Oral CommunicationOral Communication

• Provides a forum for discussion.

• Body language and tone are important.

• Body language can be used by the listener to give feedback to the speaker.

• Body language can be positive or negative.

Page 7: TK3333 Software Management Topic 12: Project Communication & Documentation.

Oral CommunicationOral Communication

• Awareness of other cultures’ customs is important.

• One must not to use offensive remarks.

• Oral communication should be straightforward.

• The timing of oral communication is important.

Page 8: TK3333 Software Management Topic 12: Project Communication & Documentation.

Written CommunicationWritten Communication

• Carried out through internal memos and external letters.

• Are ways to efficiently communicate with a group.

• May be appropriate as a follow-up to a face-to-face conversation or a phone call.

• Should be used mostly to inform, confirm, and request.

• Should be clear and concise.

Page 9: TK3333 Software Management Topic 12: Project Communication & Documentation.

Effective ListeningEffective Listening

• The heart of communication is not words, but understanding.

• Not only to be understood, but also to understand.

• Half of making communication effective is listening.

Page 10: TK3333 Software Management Topic 12: Project Communication & Documentation.

Common Barriers to Effective Common Barriers to Effective ListeningListening

• Pretending to listen

• Distractions

• Bias and closed-mindedness

• Impatience

• Jumping to conclusions

Page 11: TK3333 Software Management Topic 12: Project Communication & Documentation.

Improving Listening SkillsImproving Listening Skills

• Focus on the person talking

• Engage in active listening

• Ask questions

• Do not interrupt

Page 12: TK3333 Software Management Topic 12: Project Communication & Documentation.

Types of Project MeetingsTypes of Project Meetings

• Status review meetings

• Problem-solving meetings

• Technical design review meetings

Page 13: TK3333 Software Management Topic 12: Project Communication & Documentation.

Status Review MeetingsStatus Review Meetings

• Usually led or called by the project manager.

• The primary purposes are to inform, to identify problems, and to identify action items.

• Should be held on a regularly scheduled basis.

Page 14: TK3333 Software Management Topic 12: Project Communication & Documentation.

Status Review Meetings: Status Review Meetings: Subjects for DiscussionSubjects for Discussion

• Accomplishments since last meeting.• Cost, schedule, and work:

– Scope – Status– Trends– Forecasts– Variances

• Corrective actions.• Opportunities for improvement.• Action item assignment.

Page 15: TK3333 Software Management Topic 12: Project Communication & Documentation.

Problem-Solving Meetings: Problem-Solving Meetings: The ProcessThe Process

• Develop a problem statement.• Identify potential causes of the problem.• Gather data and verify the most likely causes.• Identify possible solutions.• Evaluate the alternative solutions.• Determine the best solution.• Revise the project plan.• Implement the solution.• Determine if the problem has been solved.

Page 16: TK3333 Software Management Topic 12: Project Communication & Documentation.

Technical Design Review MeetingsTechnical Design Review Meetings

• A preliminary design review meeting

• A final design review meeting

Page 17: TK3333 Software Management Topic 12: Project Communication & Documentation.

Effective Meetings - Effective Meetings - Before the Meeting Before the Meeting

• Determine:– whether a meeting is really necessary.– the purpose of the meeting.– who needs to participate in the meeting.

• Distribute an agenda.

• Prepare visual aids or handouts.

• Make room & visual aid arrangements.

Page 18: TK3333 Software Management Topic 12: Project Communication & Documentation.

Effective Meetings - Effective Meetings - During the MeetingDuring the Meeting

• Start the meeting on time.

• Designate a note-taker.

• Review the purpose and the agenda.

• Facilitate—do not dominate.

• Summarise the results at the end.

• Do not overrun the scheduled meeting time.

• Evaluate the meeting process.

Page 19: TK3333 Software Management Topic 12: Project Communication & Documentation.

Effective Meetings - Effective Meetings - After the MeetingAfter the Meeting

• Publish the meeting results (e.g. minutes) within 24 hours after the meeting.

• The summary document should be short and concise.

• It should confirm decisions that were made and list the action items with whom should execute.

Page 20: TK3333 Software Management Topic 12: Project Communication & Documentation.

Preparing for a PresentationPreparing for a Presentation

• Determine the purpose of the presentation.

• Know the audience.

• Make an outline.

• Use simple language.

• Prepare notes or a final outline to use during the presentation.

Page 21: TK3333 Software Management Topic 12: Project Communication & Documentation.

Preparing for a Presentation Preparing for a Presentation

• Practice, practice, practice.

• Prepare visual aids and test them.

• Make copies of handout materials.

• Request the audiovisual equipment well in advance.

• Go into the meeting room when it is empty and get a feel for the surroundings.

Page 22: TK3333 Software Management Topic 12: Project Communication & Documentation.

Delivering a PresentationDelivering a Presentation• Expect a bit of nervousness.

• Know the first two or three sentences of your presentation.

• Talk to the audience, not at it.

• Speak clearly and confidently.

• Use appropriate animation.

• Do not stand in front of your visual aids.

Page 23: TK3333 Software Management Topic 12: Project Communication & Documentation.

Delivering a PresentationDelivering a Presentation

• Build interest in your presentation.

• Keep to the key points in your outline.

• Know your closing lines.

• Allow time for interaction with the audience.

• When responding to questions, be sincere, candid, and confident.

Page 24: TK3333 Software Management Topic 12: Project Communication & Documentation.

Types of Project ReportsTypes of Project Reports

• Progress reports

• Final report

Page 25: TK3333 Software Management Topic 12: Project Communication & Documentation.

Progress ReportsProgress Reports

• May include:

– Accomplishments since prior report. – Current status of project performance.– Progress toward resolution of problems. – Planned corrective actions. – Problems or potential problems.– Milestones expected to be reached during next

reporting period.

Page 26: TK3333 Software Management Topic 12: Project Communication & Documentation.

Final ReportFinal Report

• May include:

– Customer’s original need.– Original project objective.– Degree to which the original project objective was

met. – Brief description of the project.– Future considerations. – A list of all deliverables provided to the customer.

Page 27: TK3333 Software Management Topic 12: Project Communication & Documentation.

Preparing Useful ReportsPreparing Useful Reports

• Make your reports concise.

• Write as you would speak.

• Put the most important points first.

• Use graphics where possible.

• Pay as much attention to the format of the report as to the content.

Page 28: TK3333 Software Management Topic 12: Project Communication & Documentation.

Project Documentation and Project Documentation and Controlling ChangesControlling Changes

• Many other documents may be created.

• Revisions can result from changes initiated by the customer or by the project team.

• Some changes are trivial, others are major.

• Various project documents will be revised to incorporate changes.

• Note when the revision was made and by whom on all documents.

• It is important to distribute updated documents in a timely manner.

• To keep track all the changes and documentation – Configuration Management

Page 29: TK3333 Software Management Topic 12: Project Communication & Documentation.

Thank YouThank You

• Question?

• Have a short break.

• Next– Types of Project Organisation

Page 30: TK3333 Software Management Topic 12: Project Communication & Documentation.

TK3333Software Management

Topic 13:Topic 13:Types of Project OrganisationTypes of Project Organisation

Page 31: TK3333 Software Management Topic 12: Project Communication & Documentation.

ContentsContents

• Types of organisation structures:

- Functional - Project - Matrix

• The advantages and disadvantages of each

Page 32: TK3333 Software Management Topic 12: Project Communication & Documentation.

Real World ExampleReal World Example

• Vignette: Simple Guidelines for Great Leaders• An effective leader: commits people to action, develops team members

into leaders, and acts as an agent for change. • Guidelines for effective leaders:

– Make sure the team understands the mission and vision, and sticks to it. – Make behavioral expectations clear–advocate good behavior, and have

consequences for unacceptable behavior.– Make teamwork a criterion for team member’s successful performance.– Focus on encouraging good behavior and producing positive actions, instead

of making people fearful. – Cliques are unacceptable. – Work closely to manage and resolve conflict. – Don’t rush or neglect processes.

Page 33: TK3333 Software Management Topic 12: Project Communication & Documentation.

Real World ExampleReal World Example• Vignette: The Chicago Police Department • Chicago Police Department is using advanced information technology to better protect

its 3 million citizens within 228 square miles. The Citizen Law Enforcement Analysis and Reporting System (CLEAR) provides quick access to shared information about crimes.

• After 3 years and $40 million, half of the CLEAR’s planned functions have been developed and are in use. CPD processes about 700 arrests each day. The information is entered and stored in CLEAR, providing a central database of searchable information for the CPD and other Illinois police departments.

• Since CLEAR was introduced, the CPD’s crime-solving rate has increased. The rate went from 21% in 2001 to 26% in 2002.

• Factors leading to the successful implementation of CLEAR: extensive user-input, user-friendly interfaces that resemble existing paper forms, employees trained fellow employees to use the system.

• CLEAR transformed the CPD’s business practices into highly efficient processes for sharing critical information. Through the integration of technology and the effective use of project management, the city of Chicago is a safer place to live and work.

Page 34: TK3333 Software Management Topic 12: Project Communication & Documentation.

Functional-Type OrganisationFunctional-Type Organisation• Used in businesses that sell and produce standard

products.

• Groups consist of individuals performing the same function.

• Periodically undertake in-house projects.

• Team members can be assigned to the project.

• Team members continue regular functional jobs.

• Project manager does not have complete authority over team.

See the structure pg. 406-407

Page 35: TK3333 Software Management Topic 12: Project Communication & Documentation.

Functional-Type OrganisationFunctional-Type OrganisationAdvantages:• Reduces duplication and overlap of activities.• Provides specialisation and functional excellence.

Disadvantages:• Can be insular.• Teamwork is not emphasised.• Decisions may be narrow.• Structure can slow communication, problem solving and decision

making.• Lack of customer focus.• Stronger allegiance to function than project.

Page 36: TK3333 Software Management Topic 12: Project Communication & Documentation.

Project-Type OrganisationProject-Type Organisation

• Used in companies in the project business, not selling products.

• Work on multiple projects at a time.

• Project team is dedicated to one project.

• Project manager has complete authority over team.

• Each project team tends to be isolated.

• The projects can be of high value and long duration.

See the structure pg. 408

Page 37: TK3333 Software Management Topic 12: Project Communication & Documentation.

Project-Type OrganisationProject-Type Organisation

Advantages:• Team has full control over resources.• Organisation is highly responsive to customer.

Disadvantages:• Can be cost inefficient.• Tendency to stretch out work during slow periods.• Potential for duplication on concurrent projects.• Low level of knowledge transfer.• No functional “home”.• People may be laid off at the end of the project.

Page 38: TK3333 Software Management Topic 12: Project Communication & Documentation.

Matrix-Type OrganisationMatrix-Type Organisation• A mix of functional and project organisation structures.

• Used in companies that work on multiple projects at a time.

• Provides project and customer focus.

• Retains functional expertise.

• Individuals can be assigned to various types of projects.

See the structure pg. 410

Page 39: TK3333 Software Management Topic 12: Project Communication & Documentation.

Matrix-Type OrganisationMatrix-Type Organisation

• Both project managers and functional managers have responsibilities.

• The Project Manager is the intermediary between customer and company.

• The Functional Manager decides who and how tasks will be accomplished.

Page 40: TK3333 Software Management Topic 12: Project Communication & Documentation.

Matrix-Type OrganisationMatrix-Type Organisation

Advantages:

• Allows efficient utilisation of resources.– Maximise no.of functional hours; minimise unapplied time.

• Individuals can be moved among projects.• Provides a core of functional expertise.• Facilitates information flow.• Team members can communicate with project and functional

managers.• Customer focused.

Page 41: TK3333 Software Management Topic 12: Project Communication & Documentation.

Matrix-Type OrganisationMatrix-Type Organisation

Disadvantages:

• Team members have a dual reporting relationship.

• A proper balance of power must be established between project and functional managers.

• Conflicts regarding priorities can arise between managers.

Page 42: TK3333 Software Management Topic 12: Project Communication & Documentation.

Thank YouThank You• Question?

• End of Lecture– Final Exam Topic 8 onwards.

• Group Project Phase 3– Project Submission & Presentation (8/6); starts at

7pm.

• Next week (1/6)– Revision and Case Study (2-5% – to help improving

your final marks)

Page 43: TK3333 Software Management Topic 12: Project Communication & Documentation.

RECAP - Group ProjectRECAP - Group ProjectPhase 1Phase 1

• Each group:– Provide clear definition of the project background– Provide clear definition of the project objective– Discuss the project constraints

• Divide your group into 2 sub-groups:– 1st sub-group: Acts as the customer– 2nd sub-group: Acts as the contractor

• 1st sub-group (Customer):– Produce a Request-For-Proposal (RFP)– Create a mechanism to evaluate the incoming contractor proposals

(i.e. criteria, documents to use etc.)

• 2nd sub-group (Contractor):– Produce a Proposal (Technical, Management, Cost) based on the RFP.

Hints:• 1st sub group – throw good questions/requests• 2nd sub-group – respond to what were asked/requested

Page 44: TK3333 Software Management Topic 12: Project Communication & Documentation.

RECAP - Group ProjectRECAP - Group ProjectPhase 2Phase 2

• Given that the proposal that you prepared in Phase 1 has won the bid. Now, you are required to produce a detailed Project Plan that contains the following:– Project Constraints– Work Breakdown Structure– Responsibility Matrix– Activities Required to Complete the Project– Resources Required to Complete the Project– Time Estimates for Activities– Cost Estimates for Activities– Gantt Chart/PERT Chart– Discussion of ES, EF, LS, LF, slack, project duration– Discussion of the Critical Path

Hints:How your project scope will be accomplished on time and within budget (what, who, how long, how much, when, where).

Page 45: TK3333 Software Management Topic 12: Project Communication & Documentation.

Group ProjectGroup ProjectPhase 3Phase 3

• Discuss the following:

– Project team/skill set needed to complete the project

– Methods to control the project– Tasks needed to close out the project– Critical success factors– Conclusion/lessons learned/next steps

Page 46: TK3333 Software Management Topic 12: Project Communication & Documentation.

Group ProjectGroup ProjectPresentationPresentation

• Worth 10% of final marks.

• 15 minutes for each group:– Phase 1 => RFP (3 minutes)– Phase 2 => Project Plan (10 minutes)– Phase 3 => Summary (2 minutes)

• If time permits, it will be Q&A sessions.

• Mentor (of course me!) and peers evaluation (i.e. your team evaluates others).

Page 47: TK3333 Software Management Topic 12: Project Communication & Documentation.

Group ProjectGroup ProjectPresentationPresentation

• Criteria of evaluation:– Personality (About the presenters e.g. the way they stand and talk;

attire; confidence level; language proficiency; charisma etc.)

– Presentation Skills (About the presentation styles and delivery e.g. clear and understandable; nice and simple; using appropriate words, gestures/body language, eye-contact, hands and projection of voice etc.)

– Content (About what they present e.g. the accuracy of the facts and arguments, the relevancy of the topic and answers for questions asked; the criticality of the issues discussed, the quality of the work etc.)

– Group Dynamic (About the team e.g. the task distribution, commitment, communication, each member’s involvement etc.)