Недавно я начал работать на новой работе, и спаривание помогло мне быстро начать работать там. Однако у меня трудные времена, когда мы должны провести краткое совместное исследование в ходе нашего рабочего процесса, охватывающее функции API, примеры кода или параметры команд. Руководитель группы настоятельно рекомендует нам проводить все исследования на нашей станции сопряжения, а не на отдельных ноутбуках, и синхронизировать наши исследования путем устного согласования шагов между различными веб-ресурсами.
Я исследую, читаю и воспринимаю информацию не так, как мой партнер по связыванию, и чувствую себя намного более продуктивно, когда я могу проследить поток исследований до следующей веб-страницы именно тогда, когда я этого хочу, вместо того, чтобы пытаться идти в ногу со временем и чтение моего партнера. Мы оба умные и быстрые, но мы не можем не двигаться по-разному и мгновенными скоростями, когда разбираемся. Кажется, гораздо легче пообщаться по отдельности на минуту, пока один из нас не скажет: «Я понял», а затем снова собраться и написать код.
Когда вы создаете пару программ, как вы решаете короткие исследовательские задачи? Что работает лучше для вас, и как вы должны синхронизироваться с вашим партнером?
источник
Параллельное исследование очень эффективно, если вы ищете ответы в разных местах. «Вы прочитали эту статью, я просмотрю книгу, и мы синхронизируемся через 10 минут». Кто бы ни придумал (возможное) решение, он, конечно, должен поделиться своими знаниями.
Один из отличных способов справиться с этим - использовать « шип ». Это происходит во время собрания по оценке, чтобы помочь сделать оценки более точными. Короче говоря, вы откладываете оценку конкретной задачи до тех пор, пока пик (с временными рамками) не будет завершен, и вы не будете достаточно знать о проблеме, чтобы уверенно поставить на нее цифру. Это может включать в себя опробование новой библиотеки или компонента или написание небольшой программы в качестве подтверждения концепции.
источник