Добрый день, читатели !
Сразу скажу, что целевая аудитория поста и события: руководители в разработке на C#/.Net, в том числе тимлидеры и менеджеры проектов. И те, кто планирует переходить на руководящую позицию.
Я поделюсь логикой формирования программы второго дня конференции Go#.
Мы взяли темы, которыми должен владеть человек на руководящей позиции в разработке. При этом конкретная имплементация этих знаний должна быть специфична для экосистемы C#/.Net.
Для мероприятия с одним треком программа получилась концентрированной. Расписание включает 10 докладов по 15-30 минут, обед в кафе и кофе брейки – и все это с 10.00 до 17.00.
Темы: от архитектуры .Net приложений до механики решений по формированию команд и распределению задач. И, конечно же, управление проектом и исходным кодом. Докладчики представят две полярные парадигмы – классическую Application Lifecycle Management на базе TFS и альтернативные подходы с применением Git и DevOps инструментов.
Наши спикеры начинали как C#/.Net разработчики, но многие имеют опыт руководства коллективами и проектами с десятками и даже сотнями разработчиков.
Сайт тимлидерского дня конференции Go# – www.gosharp.ru/TLD2014
Что должен знать тимлидер
Многие из нас – программисты в душе. И мы любим писать код. Но руководящая работа оставляет для этого все меньше времени. Это замечает даже тимлидер небольшой команды из 3 человек. От 30 до 50% времени тратится на внешние коммуникации и управление командой. Управленческие компетенции становятся ключевыми для его работы и роста
Что же он должен знать? Этот вопрос обсуждался на на Хабре (например, тут, тут), но мне больше понравились ответы на Тостере (тут).
Спектр требуемых навыков достаточно широкий – от общих навыков менеджмента с постановкой задач и контролем их исполнения до владения методологиями разработки и инструментами управления проектом и исходным кодом. Часть компетенций достаточно универсальна – навыки коммуникации. А, например, agile-методологии являются общими для разработчиков различных стэков.
Я бы хотел остановиться на тех областях знаний, которые своей спецификой привязаны к экосистеме разработки .Net/C#:
- Управление проектом и исходным кодом. Это напрямую входит в должностные обязанности любого тимлидера.
- Архитектура приложений. Именно она определяет границы между блоками системы, которыми могут заниматься разные команды и разработчики.
- Организация труда. Тема оргструктур хорошо изучена в бизнес-литературе, но ее скучно читать. У нас же есть конкретные задачи – как сгруппировать разработчиков с разными сочетаниями навыков в .Net и что кому поручить.
Управление проектом и исходным кодом
У многих команд и разработчиков уже сложился свой стиль управления проектом и исходным кодом. Например, сейчас у меня все .Net проекты на BitBucket, в качестве клиента я использую GitExtensions. А для управления задачами использую Asana. Jira и Trello у меня совсем не пошли.
Глубоко погружаться в выбор альтернатив у меня времени нет. Пусть это вкусовые вещи. Но если уважаемый в сообществе человек объяснит, что я выиграю от перехода на другой инструмент – то я задумаюсь.
Из докладов и дискуссий мы хотим получить ответы на следующие вопросы:
1. Сравнение средств контроля исходного кода и управления проектами. TFS vs Git.
2. Какие временные и финансовые затраты связаны с каждым из них.
3. Что важнее — инструмент или как мы им пользуемся.
Также интересен опыт докладчиков и участников в следующем:
4. Организационное управление слиянием версий.
5. Деление репозиториев при наличии подрядчиков.
6. Управление проектами, задачами и work items, сбор метрик и мониторинг.
Хочется услышать советы именно от практиков в .Net среде. Чтобы все советы были применимыми, а не абстрактными. Начнем мы с докладов, связанных с использованием TFS.
Интересно, что когда мы собрали доклады про практику TFS, друзья сказали – «Да у нас вообще всё по-другому».
Чтобы секция не выглядела «религиозно», мы добавили альтернативное крыло:
- Во-первых, мы очень хотели доклад по DevOps. Это сейчас модный тренд и хочется понять – а нам-то нужен этот DevOps? Дает ли какие-то практические преимущества эта концепция?
Об этом доклад Игоря Зиновьева из Казани. - Во-вторых, собственно, сами инструменты – это просто инструменты. И важно, как мы ими пользуемся.
Например гораздо важнее, какая у вас модель организации работы и стратегия выпуска релизов. Есть ли у вас связь между системой управления проектом и исходным кодом? Она двухсторонняя? Какова ваша политика создания веток?
Ответы на эти вопросы прозвучат в докладе Виктора Глушенкова.
Архитектура .Net приложений
Почему архитектура это важно? Именно она определяет границы между блоками системы, которыми могут заниматься разные команды и разработчики.
Архитектура приложений – это очень объемная тема. Нам бы хотелось обсудить способы организации кода в Solution. Необходимость Design Patterns, которые используются при соединении различных проектов и библиотек. Узнать о таких модных вещах как CQRS и EventSourcing.
Но 1.5 часа секции – это очень мало. Они будут насыщенными и Вы услышите 4 доклада.
Я сделаю доклад «Как перейти с двухзвенной архитектуры Desktop приложения на трехзвенную за один день». Он о том, как избежать дублирующегося кода при создании и модификации трехзвенных приложений. При добавлении полей и сущностей разработчики часто выполняют действия, которые укладываются в определенный паттерн. Иногда такую работу называют «протаскивать веревки». Доклад короткий и скорее раскрывает несколько рецептов, но он именно по теме архитектуры. Будут затронуты вопросы, как код трехзвенного приложения распределен по проектам в Solutions и почему я выбрал такую схему организации зависимостей.
За мной будет короткий доклад про использование Visual Studio SDK и Snippetizer. А затем два сложных доклада от Дениса Баталова из Amazon Web Services и Евгения Агафонова из Abbyy.
Почему эти два доклада про облако, а не просто про архитектуру?
Мы постоянно слышим об облаках в рекламных проспектах. Но успеваем ли мы погрузиться и понять, нужно ли это нам сейчас? Даст ли пользу переход с обычного colocation
Хронологический порядок секций и удовольствие от конференции
Disclaimer: о формате неконтентной конференции (пост на Хабре), об учете опыта проведенного события (пост на Хабре).
Я программирую ради удовольствия. И ради него же хожу на мероприятия.
Мы не ставим перед собой невозможную цель «рассказать все». Но мы стремимся сделать время участников приятным и насыщенным.
Что мы не хотим делать? «Напрягать» людей техническим докладом в конце дня. Поэтому в самое начало мы ставим более технические и недискуссионные темы – это секция «Архитектура».
Что мы хотим получить? Довольных участников, которые дружно пообщаются за обедом и afterparty.
Поэтому в середине – важная для всех тема управление проектом и исходным кодом. А в конце – такие легкие для восприятия, soft и дискуссионные темы, как организация труда и «куда развиваться тимлидеру».
178 людей уже определились, как с пользой провести 12 декабря ;) Несмотря на наше желание принять больше людей, комфортно на площадке может разместиться 225 человек. Осталось менее 50 мест, успейте зарегистрироваться сейчас!
Программа и регистрация: http://gosharp.ru/TLD2014.
Мы ждем вас!
Автор: nickevdokimov