Structured soft skills (not only) for Technical Leaders - Agilia Brno 2014
2 likes706 views
The document discusses the importance of soft skills for technical leaders in the IT sector, outlining typical career paths and common stereotypes about tech professionals. It emphasizes the necessity of effective conflict resolution strategies and communication within teams, suggesting structured approaches to discussions and meetings. The emphasis is on understanding underlying needs and asking insightful questions rather than merely giving directives.
Structured soft skills (not only) for Technical Leaders - Agilia Brno 2014
- 1. Mariusz Sieraczkiewicz @ms_bnsit_pl http://msieraczkiewicz.blogspot.com http://bnsit.pl Structured Soft Skills (not only) for Technical Leaders
- 2. Typical career path in IT Junior developer Developer Senior developer Tech/team leader
- 3. Stereotypes about tech guys Non communicative Binary way of thinking or at least strictly logical Structures, models, algorithms Afraid of people – non-assertive or aggressive
- 4. Challenging mismatch A tech guy organizing work of a team Not ready for the role Non-technical guides about soft skills
- 5. Soft skills Personallity traits optimism, common sense, responsibility, sense of humour, integrity And abilities empathy, teamwork, leadership, communication, negitiation, sociability, ability to teach … a lot of emotional stuff
- 6. Experiment
- 8. Structures, models and algorithms Easier to understand (especially for tech guys) It is always a simplification It is like a pattern you have to adopt You need a lot of practice and flexibility
- 9. Using soft skills structures is like using stair railing. It might dangerous to go without it.
- 11. Somewhere in one company… PMs and Devs
- 12. Many small conflicts less documentation vs. more documentation more time for refactoring vs. more time for features PMs having more understanding of technical aspects vs. we don’t have time for that
- 13. If you try to convince each other You will mostly argue Usually only one side wins (if any) At best you may compromise
- 14. You can’t resolve conflicts on a level they arose
- 16. I want a blue color I don’t want to live in hospital (NOT WHITE) Grrrr… I want white! I want a very bright color Pink Why is it important? Why is it important? Him Her No, I don’t like pink as much as white Maybe another bright color Bright violet
- 17. Statement (I want a blue color) Need (NOT WHITE) Statement (I want a white color) Need BRIGHT COLOR Possible Solution (PINK) Why is it important? Why is it important? Her Him Need (NOT WHITE, NOT PINK) Need BRIGHT COLOR Possible Solution (BRIGHT VIOLET)
- 19. Statement Need Statement Need Possible Solution Why is it important? Why is it important?
- 20. Main questions you may ask to level up the discussion Why is it important? What do you need in this situation? What would you like to achieve this way? If we do it this way what will change?
- 21. Conflict resolution algoritgm 1. Assure all participants want to find solution satisfying both sides 2. Get an agreement for this using this structure 3. Begin from the statements 4. For each statement look for a need asking why- like questions 5. Having both needs look for an alternative – new solution 6. If a new solution is not satysfying for at least one side ask why 1. Redefine the need and go back to 5 2. Formulate new statement and back to 3.
- 22. Another samples
- 23. You don’t have a technical knowledge Easier to talk about requirements and their consequences Be able to talk about choosing better technical solutions We are not paid for this Time for supporting project success Project success Devs do minimal technical knowledge training for PMs Why is it important? Why is it important? Why is it important? Why is it important? Dev PM
- 24. Requirements are fuzzy We don’t want to change code all the time and still conform the estimation Safety and respect for my work You should figure out the details We want development to move on before knowing everything When moving on we have a better chance to meet a deadline Let’s work in increments Why is it important? What do you need? Why is it important? What’s your need? Dev PM Safety - I can reestimate after changes Respect for my work - Requirements changes don’t blow my code out.
- 25. I don’t want to be invited unnecesarily to meetings I want to spend time effectively Your knowledge might be cruciual We can make better decisions • Partially participating in meeting • Be ready for consulting • Let’s analyze last cases Why is it important? Why is it important? Dev PM
- 26. Problem solving
- 27. How do we usually try to motivate?
- 28. People don’t like to be told how to do their job They feel incopetent They feel like pupils at school It diminishes his/her position … but there are situations when you should tell sb what to do …
- 29. Ask questions This breaks a pattern of casual thinking There are some questions specially powerful You are likely to know one of this question if you are using …5WHYS
- 30. But questions are not enough
- 31. A – specifying current situation Qustions for exploring A What do you concretely mean? Check if problem is specific (How not to surrender to the customers’ pressure? - What kind of pressure do you mean? Which customers? All of them?) Check if problem is not too big (How to make team work efficiently? – What kind of team work aspect do you want strenghten? Split it to smaller chunks.) Is it really a problem? (How many times it happened?)
- 32. A – specifying current situation Questions for consequences and intent What is possible in this situation? What is not possible in this situation? Why does it happen? What’s good in it?
- 33. B – specifying target situation Questions for exploring B How would you like it to be? How should it work? What it would be like? Check if it is specific and not too big Questions for consequences and intent What would be possible in this situation? What would not be possible in this situation?
- 34. Delta – how to get there
- 35. How to simplify it?
- 36. How to simplify it?
- 38. How does it usually look like?
- 39. Core anitpatterns People not prepared The hidden bottom Drifting away People not listening to each other Lack of meaningful results Lack of action plan Lack of structure
- 43. Meeting agenda 1. Introduction 2. Issues: • Too much documentation • More time for refactoring • PMs to have more understanding of technical aspects 3. Action plan 4. Summary
- 44. Let’s use conflict resolution structure Statement Need Statement Need Possible Solution Why is it important? Why is it important?
- 45. Or let’s use problem solving structure
- 46. Introduce the structure Conflict resolution Problem solving Facing the change Creating a plan Retrospective
- 47. Set or remind the rules „Only one person is talking” (especially when there are strong emotions, when you talk you don’t listen) „One side talks and then another” „A facilitator decides who talks next”
- 48. Frame potential problems „It might be difficult to talk about problems and this is why we suppose a positive intention…” „This form of meeting might seem strange for you but …”
- 49. Frame potential problems „You might want to talk about issues that are not in the agenda but …” „We might come across an impass while looking for a solution but this is usually the moment right before the success …”
- 50. Summary Using soft skills structures is like using stair railing. It might dangerous to go without it. You can’t resolve conflicts on a level they arose. Instead of giving advices or forcing someone to do something, start asking questions. Meeting agenda is not enough. Use deeper structure to make it effective.