По некоторым комментам сразу видно тех кто не проводил увлекательное время в попытке восстановить систему :) солнце давно зашло, а утром кровь-из-носа все должно работать.
После такого опыта как то по другому относишься к 'быстренько обновить, новая версия лучше же'
Расходы как положено записали в капитал и списали с налогов. Не уверен что Джира государству обходилась дороже.
Вы возможно не очень внимательно прочитали - тут не было выбора 'Джира или что то другое'. Тут было 'точно не Джира или любое зарубежное'. А отечественные решения пока еще на таком уровне развития, что 'сделать свое' может выглядеть весьма здраво
В целом судя по статье автор джироненавистник и не работал с ней на уровне профессионала. Тот же проект разделить на два можно за 15 минут (ну хорошо, за час если тикетов больше 10 тысяч).
Не скажу как про 'разделить проект', но с 'гаданием по фото' у вас не очень
Про бекдоры тоже было забавно прочитать - 99% из них к серверной версии внутри периметра никакого отношения не имеет.
Закрытый периметр не означает что можно не закрывать дырки.
Все верно, предложат тому кто устраивает - от кого есть результаты, кто смотрит чуть шире чем требуют должностные обязанности, с кем комфортнее работать. Не забывайте что начальство ступенькой выше живет не в космосе (как правило), и ему нужна эффективная работа подразделения.
Понятно что есть такие места, где повышают за то что ты чей то родственник - тут медицина бессильна.
А почему повышение должны предложить именно вам? Чем вы лучше других?
Автор правильно пишет что повышение в должности - это не только награда, но и ответственность. А бОльшую ответственность скорее вручат не тому кто вручную перекопал 100 Га, а тому кто придумал как это делать дешевле и быстрее.
Уж вы то должны понимать что само ничего не едет, и всегда должен быть кто то, кто отвечает за то что проект будет выполнен. Как правило это PM, но его функции могут быть у другого человека и будет впечатление что 'проджект не нужен, прекрасно без него живем'.
Я не идеализирую PMов, если что :) Просто видел и участвовал в достаточно большом количестве проектов чтобы понимать кто эти люди и зачем они нужны.
А вообще предлагаю попробовать самому побыть ответственным за небольшой проект, где есть все атрибуты - команда, заказчик, сроки, ответственность, бюджет. Узнаете много интересного
Вот хоть бы кто нибудь описал опыт построения ИПР 'изнутри', причем с точки зрения линейного руководителя, а не HR или тем более внешнего консультанта.
Что пришлось изменить чтобы вписать ИПР в текущую реальность, что было на входе и как стало на выходе, на какие проблемы наткнулись и как порешали. Как измеряли, в конце концов.
А не вот это вот все в стиле 'вот вам учебник, можно построить классный самолет'
А мне тоже интересно и полезно - о таких микроидеях не так много информации в рунете. И не понимаю негатива по поводу рекламы - это плата за полезный контент
Категоричный потому что наелся :) Как работник, у которого были свои ИПРы, так и руководитель, который должен был заставлять работников что то писать в ИПР и контролировать выполнение.
Если программист приходит к руководителю в просьбой помочь составить роадмап развития - это круто.
Если же он приходит с просьбой поставить измеримые цели и проконтролировать выполнение - это инфантильность.
Кроме того, по моему опыту, выполнение ИПР никак не коррелирует с ценностью работника.
P.S. повторюсь, это личный опыт и про программистов. Возможно в условном отделе бухгалтеров или HR-специалистов все по другому.
Извините, а отмена последней сделки по голосовой команде 'бл..дь!' реализована?
По некоторым комментам сразу видно тех кто не проводил увлекательное время в попытке восстановить систему :) солнце давно зашло, а утром кровь-из-носа все должно работать.
После такого опыта как то по другому относишься к 'быстренько обновить, новая версия лучше же'
Не раскрыт ответ на главный вопрос -'нахуа?'
Согласен с вами. Тут только проблема - если проект вылетает за сроки, то бьют в первую очередь РП, а не того занятого админа и его руководителя.
Сорри, я писал в ответ тов. @Octabun
Почему вам накидали минусов не понял, для равновесия закинул плюс
Очень хочется бросить в вас тапком. Из черной зависти.
А при подтверждении заявки не требуется проходить каптчу? Если требуется - то как проходите?
А при подтверждении заявки не требуется проходить каптчу? Если требуется - то как проходите?
В жизни всегда есть место подвигу. Главное - держаться от этого места подальше
Вы возможно не очень внимательно прочитали - тут не было выбора 'Джира или что то другое'. Тут было 'точно не Джира или любое зарубежное'. А отечественные решения пока еще на таком уровне развития, что 'сделать свое' может выглядеть весьма здраво
Не скажу как про 'разделить проект', но с 'гаданием по фото' у вас не очень
Закрытый периметр не означает что можно не закрывать дырки.
Все верно, предложат тому кто устраивает - от кого есть результаты, кто смотрит чуть шире чем требуют должностные обязанности, с кем комфортнее работать. Не забывайте что начальство ступенькой выше живет не в космосе (как правило), и ему нужна эффективная работа подразделения.
Понятно что есть такие места, где повышают за то что ты чей то родственник - тут медицина бессильна.
А почему повышение должны предложить именно вам? Чем вы лучше других?
Автор правильно пишет что повышение в должности - это не только награда, но и ответственность. А бОльшую ответственность скорее вручат не тому кто вручную перекопал 100 Га, а тому кто придумал как это делать дешевле и быстрее.
Тогда ваш ответ несколько странный :)
Уж вы то должны понимать что само ничего не едет, и всегда должен быть кто то, кто отвечает за то что проект будет выполнен. Как правило это PM, но его функции могут быть у другого человека и будет впечатление что 'проджект не нужен, прекрасно без него живем'.
Я не идеализирую PMов, если что :) Просто видел и участвовал в достаточно большом количестве проектов чтобы понимать кто эти люди и зачем они нужны.
Каждый прочитал то что хотел прочитать :)
А вообще предлагаю попробовать самому побыть ответственным за небольшой проект, где есть все атрибуты - команда, заказчик, сроки, ответственность, бюджет. Узнаете много интересного
Вот хоть бы кто нибудь описал опыт построения ИПР 'изнутри', причем с точки зрения линейного руководителя, а не HR или тем более внешнего консультанта.
Что пришлось изменить чтобы вписать ИПР в текущую реальность, что было на входе и как стало на выходе, на какие проблемы наткнулись и как порешали. Как измеряли, в конце концов.
А не вот это вот все в стиле 'вот вам учебник, можно построить классный самолет'
Ха, на самом интересном месте 'подписывайтесь на канал, потом расскажем'. Я не против рекламы, но только если она в обмен на полезный контент.
Случайно ткнул не на ту кнопку, так что вычтите у статьи плюс
А мне тоже интересно и полезно - о таких микроидеях не так много информации в рунете. И не понимаю негатива по поводу рекламы - это плата за полезный контент
Категоричный потому что наелся :) Как работник, у которого были свои ИПРы, так и руководитель, который должен был заставлять работников что то писать в ИПР и контролировать выполнение.
Если программист приходит к руководителю в просьбой помочь составить роадмап развития - это круто.
Если же он приходит с просьбой поставить измеримые цели и проконтролировать выполнение - это инфантильность.
Кроме того, по моему опыту, выполнение ИПР никак не коррелирует с ценностью работника.
P.S. повторюсь, это личный опыт и про программистов. Возможно в условном отделе бухгалтеров или HR-специалистов все по другому.
О боже, HR-пошлятина, да ещё такая махровая ... За годы знакомства с этим чудным инструментом пришёл к таким выводам:
Примерно так же бесполезен для развития сотрудника, как миссия компании, ценности, и прочая корпоративная чушь;
Решение о повышении принимается независимо от того что написано в ИПР. Скорее ИПР подгоняется под нужное решение.
Человеку, который хочет развиваться ИПР не нужен. Кто не хочет - ИПР не поможет.
Это касательно программистов. Может ИПР для бухгалтеров более полезен.
Возражения обязательно найдутся :) Но тут будет о чем говорить и что обсуждать.
Как пример - мне очень понравилась статья https://habr.com/ru/companies/oleg-bunin/articles/781580/
Она не совсем про KPI, но там все что нужно - как выбирали, почему выбрали, как считают, как используют.