Как стажеру в стартапе справляться с нереальными сроками?

Я работаю инженером-программистом/стажером веб-разработчика в стартапе. Посоветовавшись с коллегами, я понял, что мой супервайзер-стажер, который по совместительству является менеджером разработчиков, ставит мне нереальные сроки.

Он попросил меня провести диаграмму Ганта, чтобы сбалансировать рабочую нагрузку в мае, но это нужно было сделать к концу месяца. Тем не менее, я только что написал спецификации на прошлой неделе (после того, как он попросил меня составить график), и теперь я понимаю, что это нереально.

За 17 дней работы я должен сделать:

  • сложная серверная часть, которая включает в себя развертывание ресурсов при использовании истории git в определенном хранилище с использованием нескольких внешних сервисов.
  • простой интерфейс для взаимодействия пользователей с этим сервером.

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

Все должно быть тщательно проверено и развернуто.

Как я узнаю, что сроки нереалистичны, и что с этим делать?

В начале стажировки я выразил свои опасения по поводу общего управления проектами, поскольку никаких спецификаций не было написано, и он ожидал, что я буду вспоминать каждую деталь в каждом нашем разговоре (некоторые разговоры длились 2 часа) с иногда противоречивыми требованиями. По крайней мере, мне удалось понять это правильно, но у меня не было возможности выразить эту конкретную озабоченность, так как он сейчас в командировке. К тому же я не знаю, как к этому подступиться!
Это стартап. Многие вещи будут нереалистичными, и вам придется работать часы, необходимые для их осуществления. Это одна из причин, по которой я не мог работать в стартапе!
Вы делаете это как стажер? Я надеюсь, что это оплачиваемая стажировка, и они не просто используют вас как бесплатную рабочую силу.
Имейте в виду, что часто на рабочем месте, особенно в стартапе, лучше быть популярным, чем хорошо выполнять свою работу. Так что говорите боссу все, что он хочет услышать, делайте ту работу, которую вы действительно можете сделать, и не беспокойтесь об остальном.
@GarrisonNeely — Большинство стартапов компенсируют свои необоснованные требования кучей собственного капитала. Во всяком случае, те, ради которых стоит работать, будут.
Это платно, меня хотят нанять, но справедливости не будет.
@AnonymousIntern Вы должны очень серьезно отнестись к этому стартапу. Что это может сделать для вашей жизни, если вы чувствуете, что есть проблемы, которые уже нужно решать, пока вы стажер. Если вы чувствуете, что вам могут платить в другом месте, то серьезно подумайте, зачем/как заниматься стартапом. Если вам также не предлагают справедливость, вы должны серьезно подумать о том, как/что вы будете чувствовать и учиться, проходя через это. Тот факт, что вы решили поднять этот вопрос в стеке, возможно, указывает на то, что вам, как и многим другим, не нравится такое поведение/менталитет стартапов. PS Под "стажером" подразумевается дешевая/бесплатная рабочая сила?

Ответы (5)

Работа вашего менеджера состоит в том, чтобы предъявлять требования и проявлять ожидания. Вот почему он/она ваш начальник.
То, что случается с тобой, случается со многими. Это связано с тем, что менеджеры не всегда осознают последствия на микроуровне. И если вы подумаете, то легко увидеть, что человек, который должен нести ответственность за информирование вашего менеджера о том, что можно реально сделать, — это вы.

  1. Тщательно планируйте свою работу.
  2. Начните реализацию в течение дня или двух и посмотрите, где вы окажетесь после этого периода времени.
  3. Когда будете готовы, подойдите к своему руководителю и помогите ему понять, почему то, что от вас просят, по-человечески невозможно выполнить в заранее оговоренные сроки.
  4. Продолжайте выполнять свою работу в реалистичном темпе. Если ваш руководитель требует невозможного только потому, что хочет выжать из вас все самое лучшее, это нормально. Если он/она просит невозможного в пассивно-агрессивном режиме, то пора приступать к поиску новой работы.

Удачи!

В контексте проектирования/разработки работа менеджера заключается скорее в устранении блокирующих факторов и управлении ожиданиями внешних заинтересованных сторон, чем в выдвижении требований. Обычно менеджер по программному обеспечению, который предъявляет требования и игнорирует технические советы членов своей команды, просто плохой менеджер.
Спасибо. Все ответы были полезными, но я отмечу ваш как лучший, потому что он суммирует все.

Жду "ну и что?". Они не наймут вас, если вы потерпите неудачу или дадите плохую рекомендацию, потому что вы не можете сделать невозможное? Присутствует ли бонус? Отвести тебя за офис и выбить из тебя все дерьмо?

Если будут ужасные последствия, которые, по их мнению, дадут вам мотивацию/страх для выполнения этой задачи, они дадут вам знать.

Это стартап. Ты их единственная надежда (Обиван). Может быть, у вас это получится. Возможно, он может быть не таким надежным, поэтому им нужно быть осторожным при его использовании. Они рискуют тобой. Забудьте о неудачах. Постарайся. Большинство людей заканчивают стажировку, ничему не научились и ничего не построили. Вам будет что добавить в резюме.

@AnonymousIntern. Для многих технических специалистов, когда они слышат «сделай это к пятнице», они думают, что это означает, что это полностью функционально, протестировано, быстро и выглядит красиво, когда на самом деле это означает «есть что-то, чтобы показать, что это работает по большей части».

За 17 дней работы я должен сделать:

Чтобы завершить это предложение: «Невозможное».

На самом деле, вы должны взять то, что они от вас хотят, и разделить это на реалистичные части. Проект управляет своими собственными задачами. Это означает, что через 17 дней вы можете реально представить более крупный проект, который является жизнеспособным, даже не завершая весь проект.

Для меня это лучший такт. Потому что на самом деле ни вы, ни кто-либо другой не сможете достичь намеченных целей за 17 дней. Но если вы можете построить прочный фундамент, на который затем можно будет опираться, тогда, хотя формальный срок не соблюден, у вас, по крайней мере, есть прочное… Что-то… На чем можно построить, когда реальность обрушится на команду через 18 дней.

Он попросил меня построить график Ганта, чтобы сбалансировать рабочую нагрузку в мае.

Вы действительно сделали это еще? Так ваш менеджер может увидеть, что реально, а что нет.

При его создании нужно придерживаться следующего.

  1. Ни один пункт не должен быть более 3-5 дней (в зависимости от продолжительности проекта). В течение 17 дней я бы выбрал 3-дневный максимальный лимит для предмета.

  2. Все, что превышает 3 дня, должно быть разбито дальше.

  3. Диаграмма Ганта должна показывать, какая функция зависит от другой (т.е. не может быть запущена до того, как будет выполнена другая, или не может быть удалена без удаления других частей).

  4. Не недооценивайте. Ваш босс будет держать вас на этих цифрах.

  5. Вы можете дополнить некоторые задачи, но не переусердствуйте с цифрами. Иначе ваш босс не поверит всему этому. Если ваш менеджер опытный, то он может дополнить числа внутри себя (поскольку мало кто верит, что разработчик может правильно оценить, сколько времени занимает задача. ;)

  6. Вы должны детализировать вещи, которые вы можете не считать важными. Например, настройка машины, обучение и т. д.

  7. Не учитывайте выходные/нерабочие часы в своем графике.

Как только вы это сделаете, отдайте своему боссу. Им решать отказаться, задержать или получить больше ресурсов (или обсудить, что вы работаете неразумно).

Я сделал. Прямо сейчас будет несколько элементов в день, но он хотел сохранить «высокий уровень» Ганта (без разбивки на элементы...)
Этот список взят из вашего личного опыта или из какой-то кулинарной книги по управлению проектами? Спасибо!

Таким образом, общий ответ на этот вопрос двоякий: рассмотрение фактической части определения объема и доставки и части коммуникации.

Что касается объема и доставки, убедитесь, что вы ограничиваете себя абсолютным минимумом жизнеспособного продукта, который выполнит задачу. Не переусердствуйте, цель состоит в том, чтобы получить достаточно работы, чтобы заинтересовать пользователей, а затем изменить ее на основе их отзывов. Ваши спецификации могут быть «правильными», а могут и не быть, и это покажет пользовательская проверка и рефакторинг. Так что ограничьте объем своей работы до предоставления минимума необходимого с достаточным количеством стартового сока. В идеале вы должны были бы разбить свои спецификации на истории и задачи с некоторой степенью детализации и поработать с кем-то, чтобы ранжировать их по приоритету, чтобы вы знали, что может ускользнуть. И, конечно же, как уже отмечали другие, от стажера в стартапе от вас ожидают, что вы будете работать над кодом по 20 часов в день.

Это подводит нас к части общения — если вы даже потрудились сначала поговорить, чтобы использовать, между вами и вашим руководителем недостаточно общения. Вы должны говорить ежедневно, выражать озабоченность и просить совета по ходу дела. Возможно, вы слишком много думаете об этом, и он может сказать: «Посмотрите, просто соедините что-нибудь минимальное вместе в dropwizard, добавьте к нему загрузочный интерфейс, и все готово». Я не знаю, есть ли у них тестирование и развертывание для каких-либо других своих частей, или вы первый, кто пересек эту пропасть, но если нет, я бы просто принял любую структуру, которая у них уже есть. Но это большие вопросы для него.

Я знаю, что этого недостаточно, но мне кажется, что каждый раз, когда мы говорим об этих проблемах, меня оценивают как неквалифицированного, тогда как, на мой взгляд, это плохое планирование и плохое управление. (могу ошибаться!)
Вы тот, кто придумал план — менеджеры не могут волшебным образом знать все, что вы делаете, и ваши проблемы. В целом, особенно в стартапах, управление заключается в том, чтобы возложить на ВАС ответственность за выполнение поставленных задач. Делегирование ответственности — это хорошее управление, и хорошие инженеры затем просят о наставничестве/помощи, которые им необходимы.
Как стажеру в стартапе справляться с нереальными сроками?
СпросиСетьПолитика конфиденциальности1y, 0v