Эдуард в комментариях к посту выше навёл меня на интересную мысль

Эдуард в комментариях к посту выше навёл меня на интересную мысль.

Получается, постом выше я как бы сказал: фрилансеры - фии. Но я хотел донести чуть другую более важную идею. Попробую её раскрыть ещё раз и давайте пообсуждаем.

На мой взгляд подход, в рамках которого мы принимаем обвинительную позицию, как минимум неконструктивен и недальновиден.

Вопрос не в том, почему некоторые фрилансеры ведут себя неадекватно, а в том, как создать работающую продуктивную систему!

Давайте кратко расскажу, как я пытаюсь делать это у себя, а вы поделитесь, что работает для вас:

1. Я работаю недельными спринтами с бэками.

2. Мы делаем один недельный звонок в понедельник, в рамках которого обсуждаем задачи за прошлый недельный спринт и набирает новые задачи на следующую неделю (на новый спринт). Главная ценность этого подхода в контроле приоритезации. + недельный кеш легче держать в голове🤣

3. По каждой задачке мы пишем оценку в часах. А после сдачи пишем оценку факт в часах. (Для меня эта система работает очень продуктивно).

4. Я задаю все уточняющие вопросы, что накопились за неделю.

5. Я слушаю всю обратную связь от разработчика.

6. Я выстраиваю доверительные отношения, при этом в рамках системы. Для меня важен человек, с которым я работаю. Он не мой раб, он мой партнёр на сдельной основе. При этом он должен придерживаться правил нашей системы.

7. Я стараюсь быть гибким, я если ситуация требует этого, могу отходить от каких-то правил выше, и это тоже работает.

8. С новыми людьми изначально я достаточно лоялен. Я даю время вписаться в проект, ошибаться и так далее. Но если я вижу, что это становится системой. То есть человек делает одни и те же ошибки, мы прощаемся.

9. Незаменимых нет. Этот пункт я долго в себе взращивал. У меня были периоды, когда я реально боялся, что если бэк уйдёт, то всё "кранты". С годами я осознал важность понимания, что незаменимых нет. Это очень важная установка в любом проекте.

10. Наверное самый важный пункт для меня. Я всегда погружаюсь в детали проекта. Я не ставлю задачи по принципу: ну ты же программист, сделай как надо. Я всегда погружаюсь в глубину вопроса, хотя иногда очень не хочется. Понятно, что наверное это не идеальная стратегия, и в крупно растущем стартапе ты не сможешь углубиться во всё, но для меня работает именно так и по-другому всегда происходят бомбы замедленного действия.

Источник новости https://t.me/agregatorss/759...