Встановлення / дотримання термінів, коли я постійно працюю з незнайомими платформами та рамками [закрито]

Я працюю в організації з розробки продуктів, яка займається інтернет-рекламою. Завдання, які я отримую, майже завжди знаходяться на платформах або інструментах, над якими я ніколи не працював. Спочатку це був андроїд. Потім node.js, потім Windows Phone, потім упаковка debian, потім python, hadoop, ganglia, зворотна інженерія, geo PostgreSQL, і список продовжується.

Я щаслива, що можу так багато навчитися, працюючи на роботі. Проблема, з якою я постійно стикаюся, - це дотримання термінів. Часто не зрозуміло, що потрібно зробити для виконання певного завдання. Мені потрібно створити відповідний SDK, зіткнутися з початковими проблемами, читати в Інтернеті, оглядати документацію, дослідження в Інтернеті для кожного окремого пункту роботи на цій платформі. Іноді мені дають строки, іноді я створюю ці строки.

Мені дуже важко дотримуватися термінів багато разів. Один стає швидше робити щось вдруге, але я ніколи не працюю над якоюсь мовою чи рамками довше тижня-двох. І з цим дуже напружено і болісно боротися. Я отримую все негаразди та публічні ганьби, які приходять із пропущеними термінами. Я підозрюю, що це не може бути нормальним. Неможливо доставити 7 програм для програм для Windows, не знаючи жодної речі про c # за тиждень. Але мені вдалося це зробити через день після встановленого терміну. Все, що я маю багато разів, - це пошук Google, щоб керувати мене. Часто документація на інструмент, який я налаштовую, майже не має.

Я часом зациклююся на чомусь годинами чи навіть днями. Це впливає на моє здоров'я, і ​​я вже не в змозі спалити олію за півночі для кожного завдання. Це викликає багато психічних страждань і депресії.

Чи я в цій ситуації маю рацію, думаючи, що будь-який термін, який я надаю, - це постріл у темряві?

Це нормально? Чи передбачає кожен окремий робочий предмет для вас щоразу вивчення чогось нового? Я не впевнений, чи справедливо сказати, що я поганий виконавець за те, що не в змозі виконати терміни виконання завдань, пов’язаних із інструментом, про який я нічого не знаю. Як мені впоратися з цим?

Так, це ідеальний рецепт вигорання. Ви повинні змусити ваших керівників усвідомити смішні ситуації, в які вони постійно вас створюють. Якщо вони непохитні і не хочуть рухатися з місця, час переходити в інше місце.

Тут є два підходи. Перший - це витратити час, який знадобився тобі, щоб зробити останній проект, який був «подібний» до нового. І подвоїти його для обліку витрат на створення / вивчення нового середовища.

Друге - дати їм знати, що вам потрібно спеціалізуватися, щоб досягти успіху. Джек всіх торгів - це не майстер.

Це нормально? Чи передбачає кожен окремий робочий предмет для вас щоразу вивчення чогось нового?

Ні.

Якщо ви хочете дати кращі оцінки, вивчіть минуле . Слідкуйте за тим, скільки часу вам потрібно буде використовувати нову технологію порівняно з реальною реалізацією. Це може бути складно, якщо ви робите обидва одночасно, але намагайтеся бути в курсі різниці.

Робіть свої оцінки на основі звичайного робочого дня , мінус нормальних перерв. Не враховуйте понаднормово у своїх кошторисах. Залиште це, щоб допомогти вирішити будь-які проблеми, які виникають. Мені подобається використовувати понаднормові роботи, щоб вчасно вступити в проекти, якщо є недоліки.

Завжди використовуйте те, що ви знаєте , навіть якщо це абсолютно незнайома територія. Наприклад, знання однієї мови програмування допоможе вам вивчити іншу. Після того, як ви зіткнетесь з різними парадигмами, ви зможете визначити найближчу відносну технологію, з якої можна взяти участь. Наприклад, якщо вам потрібно використовувати C # і не знаєте цього, ви можете скористатися своїми знаннями Java або C ++, щоб продовжити роботу. Це не буде одноосібно, і зазвичай існують різні методи досягнення того, що вам потрібно, але це хороша відправна точка.

Тож у таких ситуаціях найкраще оцінювати реалізацію виходячи з того, що ви вже знаєте . Додайте в підкладку для вирішення проблем і вирішення невідомого (зазвичай це невеликий відсоток від загальної оцінки). На додаток до цього, ви додаєте додатковий час для досліджень та навчання, щоб швидко розвинути будь-яку нову технологію, яку вам потрібно буде використовувати. На цю оцінку можуть вплинути такі речі, як наявність документації (наприклад, документація API, публікації блогу, питання на цих сайтах).

Тепер, коли це неможливо, ми переходимо до іншої справи: заздалегідь визначених термінів. Одне одне пропустити власні оцінки, оскільки вони є вашою відповідальністю, але зовсім інше - дати нереальний термін (який, мабуть, відбувається у вашому випадку). У цій ситуації найкраще все-таки виконати власну оцінку, щоб побачити, чи можливий цей термін чи ні. Якщо це не так, повідомте вашого керівника якомога швидше про те, який прогнозований термін і чому він відрізняється. Якщо ви можете надати розбиття різних завдань і годин, необхідних для виконання кожного, це допоможе підтримати вашу оцінку.

Якщо менеджмент не сприймає ваші дані, можливо, час шукати в іншому місці. Чим точніші ваші оцінки з часом, тим більше шансів, що менеджмент вас вислухає, якщо ваші оцінки відрізнятимуться від їхніх. Звичайно, це покладається на те, щоб управління було розумним та об'єктивним.

І ще одне - ви цього не згадали, але якщо вам надаються пільги на відпустку, використовуйте їх . Не відпускайте їх невикористаними. Ви не зробите собі чи комусь, хто працює, за будь-які прихильності, якщо ваше здоров'я чи зосередженість погіршаться до того моменту, коли ви не зможете сприятливо завершити проекти. Якщо вам не дозволяється приймати відпустки, оскільки проект завжди обумовлений датою x і суперечить відпустці, час шукати в іншому місці, особливо з тим, як ви очікуєте виконати ці вимоги.

Я бажаю вам успіху.

Ви абсолютно праві в своїх почуттях. Зараз дуже багато помилок відбувається в таких областях:

"Повний стек-інженер". Це балон. Я не знаю нікого, хто відмінно володіє мовами, що займаються закликом, чудовим у базі даних та чудовим на передній частині. Люди можуть бути хорошими півдесятками мов та / або трьома різними системами баз даних, але все ще буде багато, на чому вони новачки.

"Джек всіх торгів, майстер жодних" старші люди розуміють це і дізнаються, що їм потрібно вибрати сфери, для яких спеціалізуватимуться.

"10000 годин". Загальна посилання на те, щоб бути справді хорошим ("експертом") у чомусь. Порівняйте це з годинами, які ви витрачаєте в кожній із цих областей. Можливо, вам доведеться жити, щоб вам було 178, щоб стати експертом у всіх них.

Отже, вищезгадане - це не "відповідь", це угода і більше корму для вашої гармати ... адже відповідь полягає в тому, що вам потрібно встановити зустріч з керівництвом і дати їм знати, що ці проекти були чудовими, ви любили допомагаючи компанії в усіх цих різних сферах. Але ти страждаєш. Це впливає на ваше здоров'я. Ви підкреслені. Ви хочете вчасно поставити продукт високої якості, але ці обставини роблять його шалено важким. Це змусило вас навіть ставити під сумнів своє майбутнє в компанії. Якщо ви обидва хороші і високо цінуються, це не повинно бути проблемою.

Така робота характерна для інтерактивних агентств. Нескінченний потік споріднених проектів, що викидаються, у неможливі строки.

Подивіться на це як на потенційно корисний етап кар'єри, але будьте готові рухатися далі, перш ніж вигоріть. Ви не можете змінити цей бізнес та його потреби.

Почніть резервувати час для оцінки. Чим менше ви знайомі з технологією, тим більше часу вам потрібно для того, щоб скласти хорошу оцінку.

Спробуйте отримати певний проміжок часу, щоб створити щось дослідницьке для заданих потреб. Ви повинні мати набагато краще уявлення про те, що вам потрібно зробити після цього. Наприклад, один-два тижні, щоб швидко подорожувати на Hadoop, закінчується, але цього має бути достатньо, щоб дати вам більше впевненості у своїх оцінках.

Після цього вам просто потрібно більше навичок оцінювання. Спробуйте відстежити, на що витрачаєте свій час. Переконайтеся, що це завжди відповідає попереднім оцінкам. Відстежуйте свої оцінки залежно від фактично витраченого часу та коефіцієнта, що їх враховує, у майбутніх оцінках.

І завжди дайте собі буфер.

По-перше, переконайтеся, що ви знаєте, хто взяв на себе зобов’язання - якщо це ваше, це ваша проблема, і ви повинні її вирішити. Якщо це не ваше, це не ваша проблема. Скажіть, хто взяв на себе зобов’язання від вашого імені, що ви зробите все можливе. Тепер хитрість - не беруть на себе зобов’язання, яких ви не можете дотримати. Дотримуйтесь своїх гармат.

Вас знущають - які закони у вашій країні навколо цього?

Кілька корисних фаз, які я використав (помірковано, лише коли у мене є інші варіанти)

• "Ви не можете домовлятися про оцінки, які функції ви хочете відмовити? Що про якість?"
• "Я не роблю марш смерті".
• "Якщо ви думаєте, що х можна зробити в y, ви це зробите. Мені подобається спостерігати, як ви провалилися."
• "Звідки взялася ця оцінка / часова шкала? Ну, змусьте їх зробити це"
• "Управління проектами схоже на весну, чим більше ви стискаєте її, тим більший безлад, коли він сповзає, відчуваючи щастя?"
• "Ви робите свою роботу, дозвольте мені зробити свою"
• "Я хотів би взяти на себе це зобов'язання, і я розумію, що вам потрібно х по y і як це важливо для вас. Щоб зробити цю роботу мені потрібно (заповніть те, що призведе до найбільшої різниці)"