_>Интересует, это я один такой или распространенный случай? _>Вечно бегу вперед паровоза. Начальство в разговоре затронет какой-нибудь вопрос, типа "хорошо бы сделать". _>Если время есть начинаю прорабатывать, вплоть до вполне рабочего прототипа. В 9 из 10 случаев, дальше этого дело не идет, все благополучно забывают про это. Ну бывает выстреливает, "помнишь мы тут обсуждали вопрос?" и я тут хренак — а у меня все уже готово. _>Но с другой стороны вроде опыт получаешь, кругозор расширяется, может так и надо?
Если задачи в джире нет — делать не надо. Иначе получается ты не работаешь, а хренью какой-то занимаешься.
Здравствуйте, s_aa, Вы писали:
_>Но с другой стороны вроде опыт получаешь, кругозор расширяется, может так и надо?
Не знаю "надо" ли так или не "надо", но у меня тоже так. И я не считаю, что время на это ушло "вхолостую". Мне интересно и я делаю, а уж пригодилось или нет — да пофиг. Если мыслить глобально — 99% сделанного 99% людей — пустой труд.
Здравствуйте, s_aa, Вы писали:
_>Интересует, это я один такой или распространенный случай? _>Вечно бегу вперед паровоза. Начальство в разговоре затронет какой-нибудь вопрос, типа "хорошо бы сделать". _>Если время есть начинаю прорабатывать, вплоть до вполне рабочего прототипа. В 9 из 10 случаев, дальше этого дело не идет, все благополучно забывают про это. Ну бывает выстреливает, "помнишь мы тут обсуждали вопрос?" и я тут хренак — а у меня все уже готово. _>Но с другой стороны вроде опыт получаешь, кругозор расширяется, может так и надо?
Здравствуйте, white_znake, Вы писали: _>Так не вина работника, что он делает "работу в стол", а его руководителей.
Кто сказал, что он в чем-то виноват? Человек жалуется на недостаток работы, и компенсирует это опциональной работой, чтобы не "ржаветь" и в перспективе (попытаться) ипользовать эти наработки. _>Если руководство не может продумать стратегию развития продукта или сервисов, то в чем виноват ТС?
У множества программных продуктов стратегия развития быстро заканчивается сама по себе, тогда задачи начинают высасывать из пальца, и иногда настолько этим увлекутся, что и высасывать (извиняюсь за этот термин) уже больше нечего, кроме денег мецената/заказчика.
Скрытый текст
И ладно если просто занимаются переливанием из пустого в порожнее, гораздо хуже, когда от нечего делать начинают деградировать продукт, таких примеров за последние 10 лет предостаточно. Хотя логика в этом есть, ведь чтобы сделать кому-то хорошо, сначала надо сделать ему плохо. _>Руководителям ТС жирный неуд.
Здравствуйте, s_aa, Вы писали:
_>Интересует, это я один такой или распространенный случай? _>Вечно бегу вперед паровоза. Начальство в разговоре затронет какой-нибудь вопрос, типа "хорошо бы сделать". _>Если время есть начинаю прорабатывать, вплоть до вполне рабочего прототипа. В 9 из 10 случаев, дальше этого дело не идет, все благополучно забывают про это. Ну бывает выстреливает, "помнишь мы тут обсуждали вопрос?" и я тут хренак — а у меня все уже готово. _>Но с другой стороны вроде опыт получаешь, кругозор расширяется, может так и надо?
идеи надо в backlog записывать. постепенно вынимать согласно приоритетам и реализовывать
Интересует, это я один такой или распространенный случай?
Вечно бегу вперед паровоза. Начальство в разговоре затронет какой-нибудь вопрос, типа "хорошо бы сделать".
Если время есть начинаю прорабатывать, вплоть до вполне рабочего прототипа. В 9 из 10 случаев, дальше этого дело не идет, все благополучно забывают про это. Ну бывает выстреливает, "помнишь мы тут обсуждали вопрос?" и я тут хренак — а у меня все уже готово.
Но с другой стороны вроде опыт получаешь, кругозор расширяется, может так и надо?
Жизнь не обязана доставлять удовольствие. Достаточно отсутствия страданий.
Здравствуйте, s_aa, Вы писали:
_>Интересует, это я один такой или распространенный случай? _>Вечно бегу вперед паровоза. Начальство в разговоре затронет какой-нибудь вопрос, типа "хорошо бы сделать". _>Если время есть начинаю прорабатывать, вплоть до вполне рабочего прототипа. В 9 из 10 случаев, дальше этого дело не идет, все благополучно забывают про это. Ну бывает выстреливает, "помнишь мы тут обсуждали вопрос?" и я тут хренак — а у меня все уже готово. _>Но с другой стороны вроде опыт получаешь, кругозор расширяется, может так и надо?
_>Но с другой стороны вроде опыт получаешь, кругозор расширяется, может так и надо?
Зависит от конкретной компании, и того, какие были планы у других сотрудников этой компании.
Во многих случаях такая работа не является прямой твоей обязанностью, но зато есть другие люди/команды, которым это ближе. И зачастую у них уже есть наброски, решения, прототипы и т.п..
Но они не выставляют их напоказ сразу же. Сначала нужно договориться с начальством на тему "насколько impactful" и "насколько это приоритетно". Потому что если сделаешь что-то, что не в приоритете, даже если оно было полезно и хорошо, в результате получишь скорее негатив, чем повышение.
Но бывают и иные варианты. Например, если это маленькая компания и доподлинно известно что в этой области никто другой не работает, и что конкуренции там нет, и что для бизнеса это ценно. Инициатива может быть воспринята положительно, но ждать благосклонности (или премий) я бы не стал.
Здравствуйте, s_aa, Вы писали:
_>Интересует, это я один такой или распространенный случай?
Вполне вероятно, что Вы не один, т.к. судя по активности участников данного форума, складывается впечатление, что у многих работа составляет около 15-30 минут в день, следовательно всё остальное время можно посвятить обсуждению современного исскуства, спорта, политики, инвестициям, воспитанию детей, охоте, вопросам питания и прочим важным темам для разработчика. Кстати, до сих пор не понятно, почему нет тем про мужской маникюр и педикюр.
Тут скорее уместно задать вопрос в ключе, "а есть ли тут кто-то, у кого это не так"?
Есть, но исчезающе мало, т.к. для многих IT уже давно условно на 95% состоит из работы "в стол" и "чтобы было", и к сожалению это очень негативно трансформировало нашу профессию, т.к. деньги (причем иногда весьма приличные) за "холостую" работу развращают и приводят к деградации как личностной, так и профессиональной. Увы.
_>Вечно бегу вперед паровоза. Начальство в разговоре затронет какой-нибудь вопрос, типа "хорошо бы сделать". _>Но с другой стороны вроде опыт получаешь, кругозор расширяется, может так и надо?
Как художник должен творить, проф спортсмен регулярно треннироваться, так и программист должен писать. Правда в любом случае, если не будет регулярного спроса (обратной связи) по результатам работы (эксплуатации), то рано или поздно окончательно растеряется навык, как надо делать, чтобы было хорошо и при этом укладываться в требуемые временные рамки.
H>Не знаю "надо" ли так или не "надо", но у меня тоже так. И я не считаю, что время на это ушло "вхолостую". Мне интересно и я делаю, а уж пригодилось или нет — да пофиг. Если мыслить глобально — 99% сделанного 99% людей — пустой труд.
Я про то, что может быть более формально подходить? Есть тикет — делаем, нет курим. Но так всю квалификацию растеряешь.
Жизнь не обязана доставлять удовольствие. Достаточно отсутствия страданий.
Здравствуйте, s_aa, Вы писали:
_>Я про то, что может быть более формально подходить? Есть тикет — делаем, нет курим. Но так всю квалификацию растеряешь.
Да не, интересно должно быть прежде всего. А между интересным можно и тикеты рутинные поделать
_>Если время есть начинаю прорабатывать, вплоть до вполне рабочего прототипа.
А более важных и нужных задач нет?
Невнятные "хотелки" достаточно проработать только в голове. Прикинуть, как примерно это может быть выполнено и сколько потребуется времени. Чтобы на следующей планёрке (если на ней снова возникнет эта "хотелка") можно было что-то сказать по теме.
_>Если время есть начинаю прорабатывать, вплоть до вполне рабочего прототипа. В 9 из 10 случаев, дальше этого дело не идет, все благополучно забывают про это.
У вас трудозатраты не учитывают? Жопочасы по каждой задаче ежедневно записывать не требуют, чтобы в сумме 8 получалось?
4>Есть, но исчезающе мало, т.к. для многих IT уже давно условно на 95% состоит из работы "в стол" и "чтобы было", и к сожалению это очень негативно трансформировало нашу профессию, т.к. деньги (причем иногда весьма приличные) за "холостую" работу развращают и приводят к деградации как личностной, так и профессиональной. Увы.
Так не вина работника, что он делает "работу в стол", а его руководителей.
Если руководство не может продумать стратегию развития продукта или сервисов, то в чем виноват ТС?
_>Вечно бегу вперед паровоза. Начальство в разговоре затронет какой-нибудь вопрос, типа "хорошо бы сделать".
Это значит, что у тебя есть время заниматься фигней.
Которую оплачивает... А кто оплачивает?
_>Если время есть начинаю прорабатывать, вплоть до вполне рабочего прототипа. В 9 из 10 случаев, дальше этого дело не идет, все благополучно забывают про это. Ну бывает выстреливает, "помнишь мы тут обсуждали вопрос?" и я тут хренак — а у меня все уже готово. _>Но с другой стороны вроде опыт получаешь, кругозор расширяется, может так и надо?
Это ты описал программерский рай — делай прототипы, пробуй новые технологии, а после ни какой поддержки, тех.долга.
Только это расслабляет.
Работаешь в государственной структуре или крупном приватизированном предприятии, но точно не ИТ компании?
P>Если задачи в джире нет — делать не надо. Иначе получается ты не работаешь, а хренью какой-то занимаешься.
А вот тут вопрос к ТС: есть ли у него джира мли аналог для ведения задач и контроля? Похоже, что нет.
Здравствуйте, Dair, Вы писали:
D>Здравствуйте, s_aa, Вы писали:
_>>Интересует, это я один такой или распространенный случай?
D>Довольно распространённый. D>Это последние лет нцать модно и называется Agile.
Вообще не agile. ТС сам придумывает себе работу, а потом оказывается, что она не нужна.
В agile достаточно четко определено, какую задачу надо делать, а какую не надо, т.к. ресурсы ограничены
Здравствуйте, s_aa, Вы писали:
_>Вечно бегу вперед паровоза. Начальство в разговоре затронет какой-нибудь вопрос, типа "хорошо бы сделать".
А может спросить начальство, что же оно имеет в виду? Есть два совершенно разных сценария. Иногда подобные мысли — это просто мысли вслух. А иногда — вполне себе задачи но с не очень высоким приоритетом и ограниченным бюджетом. Для меня вполне стандартная ситуация, когда неплохо было бы сделать X, но больше двух дней я выделять не готов и пока решения в рамках лимита времени я не вижу. Если вдруг кто-то из команды предложит как это сделать легко — появится официальная задача и время на реализацию (а может еще стратегия внедрения и прочие подобные логистические вещи). Причем "легко" не значит "сейчас". Это может произойти и со временем, когда команда помнит задачу, постепенно вносит улучшения/исправления и внезапно X оказывается ближе, чем изначально казалось. И таких X у меня обычно много.
Так что если я вдруг поднимаю вопрос, что "хорошо бы было иметь X", это не значит, что нужно кидаться и его делать. Но это также не значит, что этого делать не нужно . Члены команды могут тратить какую-то часть своего времени на то X, которое интересно лично им (но про официальную очередь задач забывать не стоит). Но вот когда результат достигнут, было бы неплохо сообщить мне (т.е. начальству). Они же не телепаты!
_>все благополучно забывают про это.
Вот совершенно не факт, что забывают. Просто приоритет хотелки низкий и официальная оценка задачи все еще высокая.
_>Ну бывает выстреливает, "помнишь мы тут обсуждали вопрос?" и я тут хренак — а у меня все уже готово.
Активнее надо быть! Подходить и спрашивать "а вот помнишь, озвучивали такую идею — у меня теперь есть наработки, интересно послушать?". Вот если ответ будет "не интересно", уже просить как-то поконкретнее обозначать/отличать "было бы неплохо" от "а у меня тут мысль мимо проходила". Можно еще спросить про то, почему задача еще не записана/не приоритизирована. Я в таких случаях обычно могу сформулировать, почему приоритет низкий и сколько времени я готов потратить. Но может другие не догадаются, что именно спрашивают и как ответить, так что сначала попробуйте подходить с готовой реализацией идеи.
_>Но с другой стороны вроде опыт получаешь, кругозор расширяется, может так и надо?
Так тоже можно. Но какую-никакую обратную связь начальству стоит давать. Иначе откуда оно узнает, какие именно задачи вам интересны и какие хотелки можно было бы подкидывать для "фонового" решения.