stop look and listen before you talk

Download Stop look and listen before you talk

Post on 24-Jun-2015




0 download

Embed Size (px)


A paper detailing the importance of listening and understanding what is happening around you when communication just doesn\'t seem to work.


  • 1. Stop, Look and Listen before you talk Nuno Brito Universidade de Coimbra / Carnegie Mellon University nbrito@andrew.cmu.eduAbstractunder the constraints caused by an intense workloadderived from other classes at each semester.In software development, people focus on reaching a Recognizing and evaluating the consequences of thesesolution to a given problem. In software engineering, hardships matches the intention of the CMU programbefore focusing on a solution, people focus on knowingthat encourages teams to solve hardships afterthe real problems and consider them prior to decide onfollowing a careful reflection of the available resourcesa solution approach.and goals to be reached.In this paper we approach the communication side of Since the inception of a project until its delivery to thesoftware engineering. A characteristic that is difficultclient, we, as a studio project team use the presentto control, evaluate or quantify. Yet, communication is paper to reflect and present a lesson we consider asa fundamental factor in the outcome of a project that isrelevant to raise awareness.often overlooked and becomes a secondary priority.We consider a good communication practice to existIntroductionwhen it becomes a productive tool for the team. This is For the author, one of the most important lessons to beonly possible when we are capable of looking upon our kept for future reference is the care for upholding anown behavior and understand how it affects theefficient process of communication throughout thebehavior of others in the team. project development.Therefore, the goal of this paper is to reflect how ahealthy communication should be encouraged sinceThis aspect of human interaction is nowhere simple today one, starting with yourself to set the example forplace under a microscope for analysis. Albeit aware ofothers. this fact, I will nevertheless try to document on thispaper some of the lessons that we, as a team, haveAcronymslearned through our own journey during the StudioMSE Master of Software Engineeringproject. Some of these lessons have helped us to avoidCMU Carnegie Mellon Universitycommunication issues with potential of escalating ontoUC University of Coimbraa level of personal conflict between our team, and it ismy best hope that this paper can help other teams in thefuture to recognize the importance of communicationearlier in advance.PrefaceIn this paper we use as example the aftermath analysisDespite our attempts of different strategies and adoptedof a Master of Software Engineering Studio Project in processes across each of the semesters in the MSEthe 2009/2010 CMU|Portugal program. The Studioprogram, we observed recurring communication issuesproject is a software development project developed within team elements as time passed. As a result fromwithin an academic environment that lasts 16 months.these observations, I will discuss some of the types ofStudio projects pass through all lifecycle phases of acommunication issues that were noted to occur withtypical software development. The goal of this projectmore frequency within our team, while also proposingis to let students experience in first hand the hardships some hints for future MSE students to keep in mindof a professional environment that can be inspected across their own path on this road.within an academic context. The project is developed

2. We use a Studio project as example of a real situationgathering an informed idea of the possible road(blocks)where communication issues causes impact on teamahead, raising awareness to communication issues as aproductivity since the work and pressure demonstrated factor in team dynamics that should not be neglected.during the project development are real manifestationsof human nature that occur when a person is faced withsituations of conflicting interests and strict deadlines to 1. How people aremeet.While looking back to our team elements personalityAcross this project, one of the most interesting detailsand reflecting in the manner how it has impacted ofwas the fact that regardless of the adopted techniquesdevelopment process then it becomes a valuableto solve some of the problems that were occurring, we exercise to evaluate the conditions that have lead usadmittedly fell into the trap of pursuing a solution foronto disruptive situations of communication issues inthe symptoms of the illness, instead of treating thethe first place. Therefore, we can safely assume toillness itself. some extent that our team conflicts were directlyconditioned by our particular personality styles whileFor example, if our proposed work items started to getinteracting as a team.behind schedule, wed likely worry more aboutworking additional hours to balance the delay thanA persistent and durable factor in a team is personality,actually understanding the reason with the delays werea human characteristic that is built across each personsoccurring in the first place. This is an example, as therelife. The Oregon State University [6] defines it as:was indeed a process to evaluate what went wrong with personal beliefs, expectations, desires, values, andestimation of work after looking at the results frombehaviors that derive from the interaction betweeneffective work. culture and the individual. Personality is the behaviorsand techniques for solving problems that are used byHowever, when we look at possible causes, the lack of an individual. Personality is to the individual asefficient communication is rarely seen as the culprit.culture is to the group. From this sentence alone weYet, as evidences piled up, we came to agree that wecan deduct how different personalities will lead fromalso needed to address this problem before it causedthe start of their interaction to different decisionsfurther damage to our project and to ourselves. during team dynamics across the development of aproject.We will focus on the following themes:We can even risk stating that personality is also built1. How people are using professional and personal experience gathereda. Behavior stylesfrom the past. So, whenever working with a team it isb. Influence of sizeimportant to take into account the inherent personality2. What can go wrongstyle of each team member in order to forecast witha. Miscommunication some level of accuracy the chances that a team will beb. Conflictive communicationcapable of working together and reach the intended3. How can we avoid it? goals as planned.a. Communication cuesb. Cooperative communicationAcross our project, we found particularly interesting tolook upon our behavior style as a factor that influencedThere is no one-size-fits-all type of shoe to cover all the communication flow between ourselves.the possible issues to which a team might be exposedduring interaction between team elements. In extreme cases, some members depicted a seeminglymore aggressive behavior during meetings while otherOften, we can to some extent discuss some of the keys would depict a more passive approach. One of our firstdetails that are relevant to be alert in order to prevent errors noted across the first semester was overlookingissues of relatively small dimension from escalatingsome of the indicators at our reach that predicted withonto harsh personal conflict between team members.some accuracy how behavior styles could clash duringthe intense phases of software development.The intended audience of this paper are future MSEstudents and also development teams interested in 3. 1. 1. Behavior styles Team memberPredominant Secondary ASocializerDirectorSince the beginning of the Studio project, we have B DirectorSocializercategorized the type of individual personality using a CRelater Thinkermethod entitled as the platinum rule [1]. The goal ofDSocializerThinkerthis rule is to help others understand in a conciseESocializerDirectormanner the type of personality to which a given person F Thinker Relateris more inclined. Albeit at the beginning its potentialTable 1 Behavior types of team memberswas not entirely clear, as time moved on weve beganGiven this categorization, we now proceed to a listingunderstanding how these categories would fit with of each team member preferred communication stylerelative accuracy onto the behavior profile of theaccording the types defined by Christopher L. Heffnerpeople in our team. that categorizes communication styles as aggressive,passive and a mix of both as passive-aggressive.Platinum ruleThe results for each element on the team using theThis rule helped our team understand the weight thatsame A, B, C, D, E, F designation can be viewed onpersonality affects the communication paths between table It is helpful when used to categorize each teammember by placing that person inside the context of a Team member Communication stylequadrant and gather a more clear notion of the aspects AAggressiveof human behavior that they will typically value the BAggressivemost.CPassive D Passive-aggressiveThere exist four distinct behavior types in this rule: E Passive-aggressive FPassiveRelaterTable 2 Communication styles of team membersThinkerSocializer Using this data and also the experience gathered acrossDirector all the semesters of the Studio project, I would statethat from a perspective of communication, our teamWe cover with more details each type of behavior at tended to balance on a level of passive-aggressivenessappendix A of the present of interaction.One should also note that different contexts will often This tendency on the style of communication leads tolead to different types of behavior on the same person. avoidance of solving critical matters in a direct fashion,In fact, the same person might even share evidences ofand this tendency caused indeed our team to languisha secondary behavior type at the same context while heacross a series of smaller conflicts, clear symptoms ofalso demonstrates a predominant type across most of the unresolved issues that we didnt