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