20 мыслей об ИТ-проектах, или 20 лет спустя.

В этой серии из 20-ти статей я готов поделиться своей практикой управления проектами. Примеры, опыт и только то, что проверено лично. Выбираем темы голосованием!

Я тут подсчитал, что в 2024 г. исполнилось  20 лет как я занимаюсь ИТ-проектами. И еще я давно не писал на Инфостарте.  Со времен публикации статьи о требованиях, ее прочитали более 200 тыс. чел, если считать все ресурсы, где она размещалась.  Затем я размышлял на аналогичную тему на конференции 2012 г., а в 2014 г. рассказывал про оценку ИТ-проектов. Еще были  размышления про бизнес-аналитиков.  

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

Теперь о главном: о чем будет серия статей. Их будет 20. Сами темы будут определяться интересом аудитории. Ниже я предложил темы, приоритет которых будет определен голосованием. Возможно, кто-то найдет более интересный для большинства вопрос, тогда предлагайте — обсудим. Главное, чтобы тематика была вокруг нашего ремесла – автоматизации учета и управления.

Я могу поделиться опытом на любую тему, связанную с управлением  ИТ- проектами на платформе 1С. Никаких секретов). Писать буду 2 раза в месяц по воскресеньям. Полагаю, интервал 2 недели как раз подходит, чтобы обсудить тему с читателями, ответить на вопросы, да и новый материал нужно подготовить. Таким образом, при должной активности аудитории, может получиться неплохая 10-месячная “прокачка”.

Будет еще полезнее, если читатели проявят активность и будут делиться своими кейсами по теме. А там настанет и очередной Infostart Event, где можно будет пообщаться.

Наверное, надо рассказать немного о себе. Сначала так и хотел сделать, но потом решил, что не всем будет интересно, и вынес в отдельную тему в общий список для голосования. Если будет интерес, расскажу подробнее. А пока очень кратко для тех, кто со мной совсем не знаком:

В IT я пришел в 1998 г. В 1С-индустрии с 2000 г., а с 2006 работал в различных компаниях 1С-франчайзи. Прошел там весь горизонтальный и вертикальный карьерный путь. Программистом, бизнес-аналитиком, архитектором, руководителем проектов, заместителем директора, исполнительным директором, генеральным директором. Был период и ИТС развозил. С 2024 г. я присоединился к Инфостарту и с тех пор работаю над развитием проекта Infostart.ru в качестве исполнительного директора.

Не стесняюсь гордиться – когда я занимался проектами на 1С, ни один проект я не провалил, ни один не был сделан с превышением бюджета или задержкой сроков. Некоторые проекты были большие и сложные.

Итак, голосуем! Все о проектах, проектных командах, людях и подходах. Только о том, что проверено личной практикой.

Поскольку для меня, ввиду малого количества времени, это большой труд, без должной активности аудитории статей не будет! Просьба понять и простить))

Список статей ниже, скоро появится голосование.

 

  1. О проектных подходах. Сейчас много споров относительно проектных  технологий. Pmbok, SCRUM, Agile, Канбан, ТБР… бррр…  Как это все применять простому руководителю проектов, от которого ждут быстрых результатов, соблюдения сроков и бюджетов? Поговорим о том, как дружить теории с практикой, об уместности применения различных подходов.

  2. О незаменимых людях. Откуда они беруться, нужно ли их боятся и что с ними делать.

  3. О проектных командах. Постоянные и временные команды. Роли в команде. Кто они, программисты, аналитики, консультанты, архитекторы, преподаватели, руководители проектов…

  4. О правильных требованиях. Тема требований одна из моих любимых. Сделаем комплексный обзор под разными углами. Рассмотрим дерево требований и их трансформацию из бизнес-задач в рабочие задания специалистам.

  5. Об управлении требованиями. Управление требованиями — ключевой процесс в проекте.  Просто собрать требования и пытаться создать из них систему больше походит на авантюру, чем на то, что от вас ожидают.

  6. О бюджетах, сроках и содержании. Или сказ  том, как сделать любой проект за любой бюджет.

  7. О проектной документации. Поговорим о предмете  вечных споров: какая документация полезна, а какая переводит бумагу и создает  лишние трудозатраты. Всегда ли во всех проектах нужно делать одинаковую документацию? Кому она нужна?

  8. О рисках в проектах. Расскажу как создать и внедрить в своей практике процесс управления рисками. Поведаю о том, как сильно  управление рисками влияет на рентабельность проектов.

  9. О важности человеческих коммуникаций. Поговорим о том, почему коммуникации являются основой основ на всех этапах проекта. Без них вообще ничего хорошего не получится. И, конечно же, практические советы по организации коммуникаций.

  10. О хороших и плохих заказчиках. Теорема с доказательствами о том, что все заказчики хорошие.

  11. Об эмоциях в проектном деле. Странная тема, да? Но невероятно полезная. Микс искусства коммуникаций с конфликтологией.

  12. Об аналитиках в 1С проектах. О правильном  образе мышления, или «повернись лицом к пользователю». Да и кто они такие, бизнес-аналитики в 1с-индустрии?

  13. О том, как стать ценным руководителем  ИТ-проектов. Хороших руководителей проектов еще меньше, чем хороших программистов. А ведь все знают, как мало хороших программистов. И ими не рождаются. Управление проектами — это ремесло или искусство?

  14. О результативных разработчиках. Порассуждаем о том, что должен уметь делать разработчик 1С, чтобы  давать максимальный результат. Очевидно, не только программировать.

  15. О карьере проектных ИТ- специалистов. Всю жизнь работать специалистом  или двигаться вперед? Какие варианты движения по карьере наиболее реалистичные для 1С-специалистов, работающих на проектах?

  16. О консалтинге в ИТ-проектах. Многие в 1С-индустрии до сих пор говорят, что консалтинг это “что-то другое”. Не то, чем должна заниматься  проектная команда. Мы, типа, только автоматизируем. Величайшее заблуждение.

  17. О том, что такое успешный проект. Есть ли лаконичный ответ на этот простой вопрос?

  18. О правильном понимании процесса создания автоматизированной системы. Поговорим о том, что даже идеально созданный программный продукт системой автоматизации не является.

  19. О том, как спасти умирающий проект. Есть ли шансы? Универсального рецепта нет, но мы попробуем его составить.

  20. С какой стороны подойти к новому проекту. С чего начать.  Как декомпозировать проект. С чего начать внедрять. Как выстроить “путь”.

  21. О себе. Добавил 21-м пунктом. Вряд ли это сильно интересно, но все же..

Опрос размещен ниже. И не забывайте добавить публикацию в избранное, будет легче найти.

 

 

99 Comments

  1. saa@kuzov.org

    22. Как вернуться с управленческой должности на должность ведущего программиста, если в кризис директора нужны все меньше, а прогеры — все больше.

    Reply
  2. acanta

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

    Reply
  3. chavalah

    (1) Алексей, это очень печально, если Вам придется принимать такое решение. Отвечу подробно прямо в комментарии, тут статья не нужна:

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

    2. Если искать работу программистом, скажем, с позиции ИТ-директора, тут надо правильную легенду. Аргументация, что «программистов мало», а «руководителей много» никуда не годится, это как красная тряпка для HR, признание неудачи в должности руководителя. Все знают, что хорошего руководителя найти гораздо сложнее. Да, желающих больше. Но вот толковых мало.

    Лучшая аргументация, на мой взгляд, выглядит так: желание развиваться как технический специалист. А руководителем стал, потому что «попросили», видели способности к управлению. Вначале пытался совмещать, потом программировать пришлось перестать из-за нехватки времени. И вот решил вернуться, т.к. всегда программистом и хотел быть.

    3.И самое важное! Прежде, чем идти в программисты из руководителей, необходимо реально прокачаться в программировании и освежить знания. Вопрос относительно понижения работодателем задан будет 99%. И лучший ответ будет примерно таким: «я по компетенциям разработчика гораздо выше среднего, я являюсь экспертом в том и том и т.д.». И это придется доказать. После подтверждения своих знаний не только возьмут на работу программистом, но и зарплату предложат выше, чем при горизонтальном перемещении.

    Reply
  4. chavalah

    (2) сделаем:-)

    Reply
  5. Olga_aku

    Всё интересно. Хотелось бы в начале «О себе».

    Reply
  6. Petr54-ru

    Не нашел в вопроснике стандартное «выделить все»

    Я бы все с интересом почитал, особенно про использование в реале секретных 1Сных техник из ПрофКейса 2.0 и технологии описанной в ГОСТ 34

    Reply
  7. Petr54-ru

    (1) Я это сделал в кризис осьмого года. Перековался из белых воротничков в синие. Поскольку мечтал об этом последние пару лет работы менеджером проектов.

    Прелесть 1С в том, что можно «в одного» тянуть весьма интересные проекты и самому выполнять роли продажника, менеджера проекта, разработчика, тестировщика, внедренца, технического писателя.

    Понятно, что «Бог на стороне больших батальонов», однако в реальном секторе, где малый и средний бизнес один кризис плавно сменяет другой и позитива особого нету.

    Reply
  8. Painted

    Интересует практика внешней экспертизы или консультации. Бывает, что на каком-то направлении человек не совсем справляется, но нанимать более компетентного или слишком дорого или просто некого, если населенный пункт маленький. Тут сразу возникает много вопросов начиная от выбора эксперта, риска утечки данных, возможных подводных камней и т.д.

    Reply
  9. toypaul

    Из песни слов не выкинешь. И слова эти нужно делать по-порядку. Голосовать за какие-то отдельные пункты смысла нет. А вот соблюсти порядок имеет смысл. И начать с п. 21

    Reply
  10. chavalah

    (6) ни в ГОСТ-34, ни в ПрофКейсе нет технологий.

    Профкейс в той части, которая касается проектов, это просто сборник практик от части партнеров. Он не раскрывает проблематику и не претендует на технологию. С точки зрения технологии там лучше всего описан только сервисный выезд, когда ИТС везут. Остальное — сборник практик. Для ознакомления, переосмысления и адаптации под себя. Как и в PmBok — это тоже не технология, а сборник практик.

    ТБР, что описана в ПрофКейс — это трактовка под 1С давно описанных в книжках гибких методологий.

    Что касается ГОСТ-34 — использовать можно, просто как структуру документов. Кстати, весьма не плохая структура получается. Я использовал.

    Но о том, как делать проект там ничего нет абсолютно.

    Reply
  11. chavalah

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

    Reply
  12. chavalah

    (9)Когда у человека системное мышление, это всегда приятно. Все по полочкам, все по порядку)). Относительно последовательности все же буду ориентироваться на большинство. Не всем будет интересно начинать с автобиографии. Я считаю, что сначала про суть лучше рассказать, потом уже про себя.

    Reply
  13. Petr54-ru

    (10) не совсем понятно, относительно того, что вы понимаете под «технологией» и «сборником практик»

    Технология термин многогранный, один из вариантов — совокупность методов и инструментов для достижения желаемого результата.

    «сборник практик», это что — калька с английского «industry best practices»?

    В чем в вашем понимании разница?

    Reply
  14. chavalah

    (13) Сборник практик — это набор подходов или инструментов, которые могут применяться все вместе или по отдельности. Но они не гарантируют результата, потому как в методологии должно быть описано, как их применять. Не знаю понятно написал или нет, вот аналогия:

    Вы купили 10 книг по управлению проектами, разработке, Agile или еще чему. Во всех них есть полезная информация. Но то, как эту информацию применить, выстроить систему работы, должно быть описано в методологии. Методология — это «как делать», «чем пользоваться», «когда», в «каких случаях» и т.д.

    Reply
  15. Petr54-ru

    (14) Спасибо, жду ваших публикаций.

    Reply
  16. acanta

    Если исходить из предположения что мы все добросовестные 1с-ники и всегда делаем все что в наших силах и даже больше для достижения успеха наших коллег и заказчиков, то любые ошибки или неоптимальные решения это следствия ограничений, действовавших на ЛПР в момент принятия решения (включая какие-то личные). При этом миссия любого HR состоит в том, чтобы выяснить каковы эти ограничения (но не наша, я надеюсь).

    Мы будем рады сначала узнать о том, к чему вы пришли в результате своей работы (пункты с 1 по 20) , а в самом конце узнать как и каким образом (п. 21). Или наоборот, думаю что это решать Вам.

    Reply
  17. Glebis

    (16) и каким образом Вы стали руководителем своего первого проекта? Какие умения нужно было продемонстрировать в первую очередь, чтобы Вам доверили этот первый проект?

    Reply
  18. vandalsvq

    (0) вообще в вашем исполнении я бы почитал практически любые темы. Может вы меня не очень помните, но мне запоминаются любые беседы с вами, даже чуток, ваши выступления и статьи. Пусть я не очень помню точность и детали, но они заставляют задуматься и тратят мое «мыслетопливо». Это хорошо.

    Так что жду статей (вот понять бы как подписаться чтобы не пропустить ))))))

    Reply
  19. chavalah

    (18) Спасибо, Александр, за благодарственный отзыв).

    Как подписаться написано в справке, там вообще много полезного по сайту написано https://infostart.ru/about/help/26635/703001/

    Reply
  20. chavalah

    (17) Мой первый серьезный проект на 1С состоялся в 2006 г., это было УПП первой редакции, еще 1.0. И это был мой первый опыт работы в 1С-франчайзи. Это был интересный кейс, в принципе можно его рассказать.

    Стал просто — директор решил, что я толковый специалист и позвал работать в 1С-франчайзи. На тот момент в компании было всего 6 человек. Крупный клиент, которого компания обхаживала целый год, вдруг сам позвонил в середине декабря и сказал, что с Нового года надо перейти на 1С 8. Хозяйство было такое: 20 разрозненных баз 1С 7.7, самописная зарплата под DOSом. Около тысячи сотрудников, 35 одних только бухгалтеров. Та еще была история…

    Reply
  21. chavalah

    По прошествии суток, с небольшим отрывом лидируют темы «Незаменимых людей», и «С какой стороны подойти к новому проекту».

    Второе понятно, а первое немного удивило.

    У меня вопрос: те, кто голосовал, имели ввиду своих штатных сотрудников, или подрядчика/заказчика?

    Reply
  22. chavalah

    Сделаем так: до пятницы ждем, голосуем, задаем вопросы. Далее выберу первую тему. Я тут подумал, публиковать по воскресеньем не очень удачная идея, народ мало читает по выходным. В воскресенье я буду писать. А публиковать по вторникам. Тогда первая статья выйдет 25 декабря, и потом с интервалом + 2 недели. И т.д.

    Reply
  23. CheBurator

    Всё интересно!

    В первую очередь: 5,6,7

    Также было бы интересно услышать о проектах внедрения системы, когда система развивается по своим возможностям именно в процессах внедрения у разных заказчиков.

    Reply
  24. CheBurator

    (0) и ваше мнение: …как люди умудряются «сделал за год 10 проектов» — они, что, ставят коробку, забивают какую-никакую НСИ — и типа проект = ОК?

    И вообще — что такое в вашем понимании «проект»..? (наИС-докладах звучало определение, но не помню ваше или кто-то другой)

    Reply
  25. VmvLer

    пустое голосование

    в этой серии ….

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

    а тут соцопрос какой-то и еще ни одной статьи — прогнозирую очередной фейк.

    Reply
  26. vandalsvq

    (19) подписаться на автора бы, на тему то я вроде умею ))))

    Reply
  27. chavalah

    (25) Давно ждал критики) это же Инфостарт, тут без критики никак. Но Вы, Валерий, видимо перегрелись на Симферопольском солнышке)

    Надо все же думать, прежде чем писать, по сторонам посмотреть…

    Reply
  28. starik-2005

    Ежу понятно, что нужно писать о незаменимых людях, т.е. о нас. )))

    Reply
  29. MariaTemchina

    (26) Надо в друзья добавить, при этом подписываешься на автора как раз.

    Reply
  30. vandalsvq

    (29) уже. Спасибо за подсказку

    Reply
  31. chavalah

    (23) Сергей, ты про развитие наработок для внедрения одной и той же системы?

    Reply
  32. chavalah

    (24)1. 10 проектов за год одним РП это нереально, тогда он просто администратор. Я считаю, что 1,2, максимум 3. У меня обычно были проекты порядка года. Один проект одновременно, иногда старт второго параллельно завершению предыдущего, но не более.

    2. Проект в моем понимании имеет вполне классическое определение — создание уникального результата или получение опыта за установленный срок. Например, тиражное внедрение одного продукта без доработок это не проект. но если компания впервые внедряет, скажем, 1С:Бухгалтерию, то для данной компании это будет проект (для нее он уникальный), а для той, которая делает это постоянно, аналогичная работа проектом может и не считаться.

    Т.е. уникальность это главная отличительная черта проекта. Дом по типовому чертежу — это не проект. А дом по уникальному заказу — это проект. Но если при строительстве дома по типовому чертежу вдруг начался обвал грунта, то может случиться проект, но не по строительству дома, а по укреплению грунта в данном месте в данных условиях.

    Reply
  33. acanta

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

    Reply
  34. chavalah

    (32) Да, это грамотный подход. Если так удается запуститься. А какой вопрос?

    Reply
  35. acanta

    (34) Насколько это по мнению внедренцев и заказчиков влияет на стоимость/сроки/качество проекта в целом по сравнению с предварительной оценкой требований, разработкой функциональной модели и внедрении на базе уже доработанной конфигурации.

    На удовлетворенность клиента и разработчиков по итогам совместной работы.

    И что понимается под словами «удается запуститься». Что должно получиться чтобы можно было утверждать «запуск удался».

    Reply
  36. chavalah

    (35) ок, услышал

    Reply
  37. CheBurator

    (31) нет, про более тяжелые случаи, когда система дорабатывается и развивается именно во время проектных внедрений — стабильной «коробочной» версии нет, постоянные доработки по хотелкам клиентов итд…

    Reply
  38. CheBurator

    …и что делать и как убеждать, когда клиент хочет запуститься с кучей «наворотов», хотя по уму сначала бы запуститься в рамках пусть меньшего проекта, попроще, а потому уже наращивать, т.к. видно, что клиент не потянет навороченный проект и будут проблемы… Определение стоимости таких некоробочных проектов, как вести диалог с клиентом…

    Reply
  39. starik-2005

    (36)

    ок, услышал

    Народ хочет о незаменимых людях (1-е место в голосовалке). Это повлияет на приоритеты? Или «ну его, этот народ»?

    Reply
  40. VmvLer

    незаменимых, как показывает практика, не бывает.

    правда, было бы интересно почитать очередной миф на эту тему, тешащий эго здешней публики)

    Reply
  41. starik-2005

    (40)

    незаменимых, как показывает практика, не бывает

    Это пока Вы не стали незаменимым. А потом они вдруг внезапно появляются.

    Reply
  42. acanta

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

    Reply
  43. VmvLer

    (41) любите мифы древнего мира: Одиссей, Персей, Елена Троянская… то-се?

    Reply
  44. starik-2005

    (42)

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

    Все зависит от уровня «экспертности» незаменимых людей. В мире в принципе существуют сложные вещи, которые не каждому сапиенсу подвластны (ввиду нелюбви к сложности вообще). Вот, например, трудно 1С-никам с регулярными выражениями, а это вообще самое простое, что есть из условно сложного. И если кто хочет на эксперта сдать — тому нужно разобраться с ними. В итоге экспертов совсем немного, они незаменимы, они «на вес золота» и т.д., и т.п. И попробуй на рынке найти готового эксперта — анриал почти.

    Reply
  45. starik-2005

    (43)

    любите мифы древнего мира

    Я скорее диалоги Сократа люблю. Там вроде бы просто, но ты пробейся, попробуй, через жесткую логику, описанную Платоном. Это сложность. Людей, которые к сложности спокойно относятся, в 1С мало.

    Reply
  46. acanta

    (44) эксперт — это человек, имеющий документ, подтверждающий его право ВЫРАЖАТЬ собственное мнение.

    У многих из нас проблема даже самого получения права на приобретение знаний, не говоря о том, чтобы иметь мнение на этих знаниях основанное.

    Reply
  47. VmvLer

    (44) «собаки на сене» востребованы у тех, кому от наличия в документах дипломированных «экспертов» светят плюхи: франям доступ к пещере Али Бабы, госам доступ к вкусному бюджету,

    директорам мажорам возможность козырнуть своими спецами и т.п.

    Реальному бизнесу нужны не «эксперты» с кучей методичек, а те кто быстро, грамотно и эффективно решит задачи там, где эксперт начнет нести софистику.

    Reply
  48. acanta

    (47) Софистика всегда начинается там, где клиент не понимает слова «НЕТ», «ДОЛГО», «СЛОЖНО», «ДОРОГО» или «НЕ КО МНЕ», независимо от того, эксперт это отвечает или чайник. В лучшем случае софистика будет на словах. В худшем — за время, потраченное на объяснения «почему нет», придется платить почасово или даже это вся софистика будет воплощена в коде и войдет в бизнес процессы организации (а то и государства).

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

    Reply
  49. starik-2005

    Вывод: все «любят» экспертов до того момента, пока он действительно не понадобится. Тоже имеет право на существование.

    …некоторые почтенные физики были против этого, но скорее всего из-за того, что их на эту вечеринку не пригласили… Автостопом по галактике. (с)

    Reply
  50. chavalah

    (37) Понял, ниже есть подобное предложение. Включу данный вопрос в тему 6.

    Reply
  51. chavalah

    (35) ок, включу в тему 6.

    Reply
  52. chavalah

    (42) далеко не всегда

    Reply
  53. genayo

    (44) Незаменимые могут быть только во франчах 1С, такова специфика этого бизнеса. В любом другом бизнесе незаменимых нет.

    Reply
  54. chavalah

    (53) Почему? Чем это они такие уникальные? Есть гораздо более специфические ниши.

    Reply
  55. genayo

    (54) Средний франч — это 2-3 реальных специалиста с сертификатами, и штук 10 «студентов». Уйдёт спец с сертификатом Эксперта, и всё, заказан франчу путь к серьёзным тендерам…

    Reply
  56. chavalah

    Проблема реальная, но ведь это не совсем про незаменимость. Если финансы позволяют, найдет другого с сертификатом.

    Reply
  57. genayo

    (56) Приведите хоть один пример действительно незаменимого наёмного сотрудника? Конторы, живущие на подсосе у госбюджета не предлагать, там да, незаменимые есть. Но это и не бизнес, в общем.

    Reply
  58. chavalah

    (57) Их нет. В том-то и дело. Но не все это понимают. Даже собственник в большинстве случаев заменим. Стива Джобса даже если взять.

    Reply
  59. genayo

    (58) Ну вот в примере с франчом — проиграли тендер по «якорному» клиенту — и всё, нет франча. Незаменимый был Эксперт (а он ведь мог и к конкуренту перейти, который тендер выиграл), получается

    Reply
  60. chavalah

    (57) я уже понял, что первую статью про незаменимых писать придется)

    Reply
  61. chavalah

    (60) он просто воспользовался ситуацией и подставил компанию, вот что он сделал. А в стратегическом плане даже краткосрочном нет проблемы его заменить, кроме денег.

    В это конкретной одноминутной ситуации да. Но так можно и про любого врача сказать, который опоздал на 5 минут и человек умер.

    Reply
  62. genayo

    (61)Вооот. Поэтому термин «незаменимость» он такой, весьма скользкий :))

    Reply
  63. chavalah

    (62) потому и вынес в отдельную статью

    Reply
  64. chavalah

    (39) народ «не ну», у нас тут демократия.

    Reply
  65. starik-2005

    (58)

    Стива Джобса даже если взять.

    Есть мнение, что после Джобса продукция яблока стала не айс.

    Reply
  66. chavalah

    (65) статистика продаж дает ответ на этот вопрос, и ночные очереди в ожидании открытия магазина) Айс ни айс, но компания не стала менее эффективной.

    Reply
  67. starik-2005

    (66)

    компания не стала менее эффективной

    Ну смотря что понимать под эффективностью. С июля 18 по октябрь 18 она сильно выросла, а с октября по сей день — обратно просела. По всем характеристикам S9+ от самса лучше чем X от эппла (просто «сравнить» в яндекс.маркете, а S9+ не самый крутой смарт на текущий момент — просто у меня такой).

    А то, что хипстеры стоят на улице в мороз с открытыми ляхами — это их проблема. Они просто «заболели» эйплманией. А еще сейчас однополые браки популярны, что не делает оное «must have», да?

    Reply
  68. VmvLer

    c момента анонса уже можно было написать пару статей, но пока лишь болтовня ни о чем.

    думаю, автору просто скучно и по факту на сегодня имеем только пиар

    Reply
  69. acanta

    (58)

    Даже собственник в большинстве случаев заменим.

    Для собственника ситуация обратная. Он обычно может заменить одно предприятие в каком то регионе на другое предприятие в другом регионе.

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

    Reply
  70. ВикторП

    (58) Наглядный пример незаменимого сотрудника — в науке — человек, придумавший новое направление в своей области.

    В естественных науках — академик, выбранный не за должность ректора .

    Reply
  71. chavalah

    (70) В науке да, соглашусь. Если человек сам создал уникальное знание, то он может быть незаменим. В данном контексте мы все же про оперативную деятельность.

    Reply
  72. ВикторП

    (71) пример из деятельности торгового предприятия- сотрудники придумали новую торговую марку и вывели эту марку на рынок.

    Изначально рядовые «продажники» в начале этой деятельности. Идея их. Собственник поддержал. Через два года, конечно, ушли.

    Reply
  73. VmvLer

    (70) В СССР в научных кругах была в ходу поговорка

    Ученые — это люди, которые удовлетворяют свое любопытство за счет …государства.

    Так что, я не согласен с примером

    Наглядный пример незаменимого сотрудника — в науке — человек, придумавший новое направление в своей области.

    Потому что простая логика говорит о том, что придумал один человек способен понять другой человек. Если эта теория непонятна другим, значит либо она абсурдна, либо еще не настало ее время.

    Байки а ля гениальный Тесла и его непонятые теории оставим рен-тв, да

    Reply
  74. acanta

    (73) А когда настанет?

    Reply
  75. VmvLer

    (74) когда уровень развития технологий и массового интеллекта будет способен понять и реализовать эту теорию на практике.

    пример?

    Байки о Леонардо Да Винчи, который вычерчивал вертолеты и велики, то это были лишь его фантазии о сладкой жизни.

    И как бы он ни сублимировал в искусстве — его современники предпочитали коня!

    Reply
  76. ВикторП

    (73) Понять и придумать — совсем разные вещи.

    Reply
  77. acanta

    Пока не взорвался последний Цеппелин, их тоже считали удобнее и безопаснее вертолетов.

    Reply
  78. yurikmellon

    проголосовал

    Reply
  79. starik-2005

    Ну вот по поводу опять же незаменимости… Есть, например, какой-нибудь механизм в системе, который кто-то пилил и поддерживал. Если оное нельзя по какой-то причине отдать на откуп ИТ-саппорту, то механизм недоработанный — его нужно доделать так, чтобы отдать в саппорт с инструкцией. Т.е. такой принцип разработки механизма — правильный, он заканчивается в передаче зоны ответственности в сторону технических специалистов службы поддержки, текучесть кадров которых не сильно влияет на процесс функционирования предприятия.

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

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

    В итоге всем и так понятно, что незаменимые специалисты, как бы это ни было грустно для РП’шников, — есть. Т.е. они заменимы, но цена вопроса варьируется в весьма широких пределах.

    Reply
  80. TODD22

    (73)

    Байки а ля гениальный Тесла и его непонятые теории оставим рен-тв, да

    Тесла же не виноват что на рен-тв глупости придумывают. Но таки не стоит преуменьшать значение его изобретений.

    Потому что простая логика говорит о том, что придумал один человек способен понять другой человек.

    Для того что бы понять некоторые вещи нужно по мимо способностей иметь в запасе очень много человекочасов времени. За одну ночь специалистом по ядерной физике не станешь.

    Reply
  81. TODD22

    (79)

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

    как раз к этому времени их аппетит то же подрастёт.

    Reply
  82. acanta

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

    Reply
  83. VmvLer

    в научном мире много противоречий, которые в настоящем не очевидны.

    примеры

    — в начале 20-го века запрещенные сейчас тяжелые наркотики считали лекарством и продавали

    в аптеках всем желающим.

    — в тоже время никто не понимал вред радиоактивных элементов, но их тоже считали

    «лекарством» и включали в состав товаров гигиены: зубные пасты, крема и т.п.

    Склодовская-Кюри и вся ее семья «ушли», находясь в плену исключительных заблуждений.

    И в свое время она, бесспорно, была незаменимой для тех, кто использовал ее жизнь для получения знаний и технологий.

    Только по прошествии времени становиться ясной вся степень заблуждений в теориях и выводах великих «спецов».

    Как правило, миф о «незаменимости» раздувают в конкретном человеке манипуляторы, т.е. те

    «серые кардиналы» или «серые мыши», которые хотят использовать ум, а иногда и жизнь «незаменимого» в своих корыстных целях.

    Из жизни, примеры манипуляций на эго «незаменимого»

    вслух

    «Ты же такой умный и только ты можешь это сделать для меня, для нас, для вселенной»

    про себя

    *Так так так — этот лопушок сделает все как надо, пойду посплю*

    Reply
  84. TODD22

    (83)


    Только по прошествии времени становиться ясной вся степень заблуждений в теориях и выводах великих «спецов».

    И Бор заблуждался и другие учёные то же. Но при этом они двигали науку вперёд. Вы же заблуждаясь что либо полезное производите?

    Reply
  85. chavalah

    (72) так и какой вывод из этой истории?

    Reply
  86. chavalah

    я так понимаю, что выбор первой темы сделали уже за меня)

    Reply
  87. Арчибальд

    А можно поправить текст публикации в соответствии с русским языком? При всем уважении к автору…

    Reply
  88. chavalah

    (87)а конкретнее?

    Reply
  89. starik-2005

    (87) и комментариев тогда тоже)))

    Reply
  90. VmvLer

    (88) убрать все заимствованные буржуйские слова, да!

    Reply
  91. chavalah

    (90) Например? Вообще-то я заимствованием «буржуйских» слов не страдаю. Пример приведите, а то «забаню за флуд»)

    Reply
  92. VmvLer

    IT, франчайзинг и т.д.

    мне лень перечитывать, так что 100500-й персонаж может уходить

    Reply
  93. genayo

    (92) Вы этта, заведите себе личный бложик, и там помаленьку фасилитируйте.

    Reply
  94. chavalah

    (93) он вроде неплохой спец по 1С, поэтому дадим попытку ведения конструктивного диалога.

    Reply
  95. genayo

    (95) Да он просто пургу несёт, плохо быть таким 🙂

    Reply
  96. starik-2005

    (99)

    плохо быть таким

    Плохо кому? Тому, кто «такой»? Чем?

    Reply
  97. genayo

    (100) Плохо быть несущим пургу, карма этого не одобрит. Да и люди могут за дурака посчитать.

    Reply
  98. starik-2005

    (101)

    Плохо быть несущим пургу, карма этого не одобрит. Да и люди могут за дурака посчитать.

    А «карма», простите, что такое? И на сколько вообще важно (в чем ценность) то, чтобы кого-то не считали дураком?

    Reply
  99. Арчибальд

    (88) Это я придираюсь.

    ВыберЕте темы…
    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *