kit8nino/выступление на Deepsoftconf.md
2026-03-03 15:07:17 +03:00

49 lines
4.2 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

https://deepsoftconf.ru/
##### Тезисы
###### Небольшой контекст (~5').
Я не разработчик, я ученый-радиофизик.
Особенности работы научных коллективов:
- они медленно эволюционируют (обновляются)
- неформальное общение
- неформализованные процессы коммуникаций с заказчиком
- нет выстроенных процессов работы (в классическом понимании прописанных регламентов)
- формально прописанное ТЗ может отличаться от устных договоренностей (и нет однозначного ответа что приоритетнее)
###### Конкретный кейс (~22').
Заказчику нужны инженеры с определенными навыками. Составили ТЗ, от которого от договорились как от общего плана отталкиваться.
Начало работы (~4'):
- 16 студентов
- 1 руководитель (я)
- отсутствие опыта руководства выполнением НИР
- редкая коммуникация с заказчиком (начало года, сессия, затянутый старт проекта)
- плоская иерархия, точечные задачи, свобода в выборе инструментов
- одна задача на всех, без опоры на ТЗ, "каждый должен научиться"
Первая техническая встреча с заказчиком (~2'):
- сделано не то
- не так
- не теми инструментами
- не такая отчетность
- "нам такие навыки не нужны"
- разнос по формальным пунктам ТЗ
Выводы (~3'):
- нужны стандарты отчетности заказчика
- полностью взять их инструменты моделирования
- разбить ТЗ на подзадачи и их распараллелить
- формализовать постановку и выполнение задач
Действия (~6'):
- каскадная модель управления
- еженедельные технические созвоны с заказчиком
- деление на команды с ответственностью за конкретную часть ТЗ
- коммуникации по задачам через лидов
- отчетность на ресурсах заказчика, докладывают сами команды
- отдельная проработка с аналитиком "а что мне с этим делать в будущем"
- личные силы -- на наработку технических знаний, иначе я не понимаю тех.специалиста заказчика (а задачи принимает именно он)
- отдельные люди на сопутствующие задачи (отчетность, отслеживание ИТР и администрирование ПО)
- *что-то еще, надо поднять записи*
Результаты и текущее положение дел (~7'):
- ТЗ закрыто (формально) полностью
- заказчик забрал половину команды в штат
- подобные НИР становятся регулярными (сейчас их три, в каждом разные структуры управления из-за разных начальных условий)
- у меня появилась команда (4 чел), которая сейчас закрывает необходимые сопутствующие задачи
- со мной остались люди, которые не ждали разжевывания или уговоров, а поначалу инициативно прикрывали меня там, где могли
- я занимаюсь только тем, где некем меня заменить (ну, почти)