Effective Teams Require Skills, Process and People Focus
•Télécharger en tant que PPTX, PDF•
0 j'aime•1,048 vues
Michael Yarichuk, Hibernating Rhinos, PM-секция CodeFest 2015
Recommandé
Recommandé
Contenu connexe
Similaire à Effective Teams Require Skills, Process and People Focus
Similaire à Effective Teams Require Skills, Process and People Focus (20)
Plus de CodeFest
Plus de CodeFest (20)
Effective Teams Require Skills, Process and People Focus
- 1. Michael Yarichuk Hibernating Rhinos Effective and involved team of enthusiasts - can you handle it?
- 2. The zen of management Too much process - fight against process Too little process – fight against chaos http://blog.xebialabs.com/2015/03/06/making-agile-real-zen-continuous-delivery/
- 3. Skills and ducks matter Skill sets and core competency Teaming up – why? Risk management of (not) knowing it all Dealing with sudden maintenance http://hackerboss.com/wp/wp-content/uploads/2009/08/rubber-duck-debugging.jpg
- 4. Productivity and innovation Errors happen… now what? Soft.. deadlines? Breaking monotony Independent thinking
- 5. Its all about the people Enthusiasm vs. team player The big picture Task parallelization Finding good people
- 6. So… People are people – mistakes can and will happen Knowing it all? Ego vs. Teamwork vs. Enthusiasm Risk management is also about skills Bottlenecks in… just about everything Stress is bad (it is!) Mentorship & teamwork Out-of-the-box thinking
Notes de l'éditeur
- Добрый день, меня зовут Михаил, я из компании Хибернатинг Ринос. Сегдня я заменяю Орена, он к сожалению не смог приехать по личным причинам. Его жена очень близка к родам, первый ребенок, так что... Сегодня я поговорю о проблеме с которой встречаются практически все команды разработчиков, а это как сбалансировать продуктивность и инновации.
- В любой комманде существует некий процесс разработки. Какой он должен быть? Несуществует двух комманд с одинаковым процессом. Но, вот в чем загводка: слишком сложный процесс - и люди борются с процессом, слишком простой процесс - и... хаос! Но есть и третий путь : простота. Когда я пришел в первый раз на работу, и услышал *как* все работа, моя первая реакция была - и это все? Процесс простой - Орен говорит что он хочет чтобы произошло, я выполняю задачу и делаю PR в Git. Все.
- Поговорим о навыках. Важная конечно вещь.. а еще я расскажу причем тут утка. Люди есть люди, и у каждого человека есть так сказать сфера компетенции, что-то в чем он силен, в чем он не очень. У нас нет разделения на специализированные комманды, народ делает все. Загвоздка получается - как так? и как такое работает? Мы работаем парно, обычно более опытный в конкретной сфере программист работает с менее опытным в этой самой сфере. А еще есть эдакий риск мэнежмент. В процессе разработки всякое случается, кто заболеет, в отпуске, проблемы у клиента или просто жуткий неуловимый баг, все это производит задержки.. Нехорошо. Но когда в комманде люди пусть и не знают всего, но хотя бы знают с чего начать, они могут заменят друг друга на разных ролях.
- Немного о продуктивности. Ну не совсем. Я расскажу о факторах которые имеют эффект на продуктивность и вообще на качество работы. Людям свойствено ошибатся. Когда случаются ошибки - кто-то что-то забыл, где-то не дописал, и появляется баг, в многих коммандах начинаются разборки, выдвигаются обвинения. У нас в компании на этот счет политика простая - обнаружил ошибку, возьми ответственность и исправь. Все. Страх ошибки убивает многое - люди начинают боятся делать, тратят много времени проверяя что либо. Deadline - зачастую убивает произвотительность. Как? а очень просто. По статистике программные проекты редко заканчиваются вовремя, и чтобы успеть часто люди остаются до поздна