MK
А ты тоже лид сейчас?
Size: a a a
2021 May 23
YV
и не надо сомневаться, что он сделал ее верно
YV
если хочется идти и самому уточнять, чтобы понять, что кто-то сделал свою работу верно - это значит нет профессионального доверия к человеку, значит как правило он что-то пропускает
YV
это плохо, надо просто такие моменты с людьми прорабатывать, чтобы они лучше работу делали и меньше хотелось уточнять
YV
это как лидство, когда ты за джунами код переделываешь
DB
Мне кажется это правда для очень упрощенной схемы, когда есть единая истина, которую можно на каждом этапе детализировать и реализовывать и никогда не входить в конфликт
YV
очень плохо и так делать не надо) каждый свою работу должен делать хорошо или учиться ее делать
YV
просто если каждый раз за каждым “подтирать” они не научатся - а ты будешь бесконечно подтирать
YV
плохо совместимы с ограничениями реализаций, и я наверное не верю, что возможно заранее предугадать эти штуки, поэтому на каждом этапе стараюсь собрать максимальный контекст и максимально понимать стейкхолдера - это нормально если ты тех лид
YV
или тим лид
DB
А почему это плохо если ты разработчик? Слишком мало времени на разработку?
YV
посмотреть на требования и сказать как они ложаться на текущую систему и предложить более подходящие варианты - это задача тех лида
DB
сложный вопрос, я его намеренно пропустил
скорее нет чем да
скорее нет чем да
YV
но не тех лид должен ходить к 15 менеджерам от бизнеса и с ними решать пойдет его альтернативный вариант или нет, для этого есть другие роли
YV
если этих ролей нет - соболезную )
YV
вообще таким аналитики должны заниматься или архитектор
YV
или ключевой разработчик, или просто девелопер если ты один в поле войн)
DB
Можешь плиз раскрыть мысль, что в такой системе ломается, если нет единой роли техлида, а она размазана по всем разработчикам?
YV
ну ты занимаешься не тем, если тебе это нравится - то вопросов нет
YV
можно тогда думать двигаться в сторону архитектора или лида/менеджера