Как выдумаете, разработчиков с какими знаниям и навыками сейчас чаще всего не хватает на проектах?

По текущему представлению получается, что для проектного разработчика сейчас важен опыт в разработке на УПП, ЗУП и возможно УТ 11, а в технической части, с учетом появления новых конфигураций, нужно знание управляемых форм.

Но очень хотелось бы узнать реальную ситуацию именно по недостатку проектных разработчиков.
Крайне интересно было бы узнать мнение руководителей проектов 1С.

хороших

с руками?

не из попы

(0) с головой и руками. хотя можно и двух с разными перками.

(0)Смотря в каких регионах. УФ востребована далеко не везде. В провинциях и на обычных хватает работы.

Не криворуких. А таких пара из сотни. Остальные полудурки.

(0) мне, как руководителю проекта, специализация кодера пофиг, лишь бы не делал примитивных ошибок и хранилище не ломал

(0) тех кто сроки соблюдает..

(6) Как один из 98-ми, скажу: "Ты прав, чертяка"

(8) это фантастика!

(0)
Не хватает тех, кто не равнодушно относится к уровню качества разработки.

я бы сформулировал вопрос как "а хватает ли сейчас проектов?"

(7) а как можно сломать хранилище?

Лично мне не хватает людей которые могут "в мозгу" прокрутить алгоритм, проанализировать последствия применения того или иного метода, не могут смоделировать риски. Долгие объяснения и подробные ТЗ не помогают. Я не беру в счет новичков студентов, именно "опытные" программисты.

(13) а легко - занять объект, нахерачить туда шняги под видом "позже поправлю" забыть об этом и слить объект в хранилище. После обновления рабочей базы наслаждаться...

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

(14) для анализа возможных рисков и написания ТЗ есть РП.

(13) одному богу известно как они это делаю)))
(15) да эт не поломка, вот когда не поместить не занять объект нельзя. Собирать из остатков роскоши полностью рабочую конфу - вот это кайф.

(0)сертифицированных специалистов не хватает. Ленятся учиться, не сдают на сертификаты. Думают, что путь самоучки приведёт их на профессиональный уровень, а нет. Видал я таких. Всю жизнь считали себя ассами, а на деле оказались лузерами, когда столкнулись с экзаменационными задачками решали их не рационально.

(17) ТЗ итак РП пишет, я о том что "читают книгу, видят фигу" Риски имеется ввиду не падение серверов и проч, а например то что элементарные сообщения о причинах возникновения ошибок писать нужно, если прога что то не смогла сделать. Получается что юзер запустил обработку не заполнил какое нибудь поле и приходится переделывать, т.е. проект не сдан вовремя, т.к. разработчик тестировал в "идеальных" условия, а то и вообще не тестировал...

(19) Я раньше тоже думал что сертифицированные это наше спасение. У меня работает один сертифицированный - 9 сертификатов!!! Уже полгода не могу понять как он их получил...

(15) у нас для этого промежуточные хренилища и песочницы для тестирования ))

у нас есть 2 выделенных категории разработчиков:
- кто знает, что надо сделать, и
- тех, кто знает, как это сделать

зы. я отношусь к последним..
а с мужиком из первой категории я только сегодня поговорил.
главное дело - найти точки (а лучше - линии) соприкосновения и/или взаимопонимания.

из первой категории - у нас двое, а из второй - один :)

(0) Квалифицированных.

(19)
Посмотри - тут много начинающих и все первым делом получают сертификаты, причем успешно

(23) еще есть те кто
- знают чего делать нельзя
- знают зачем это делать

(23) многие из второй категории плавно перетекают в первый
поэтому хороших специалистов и не хватает :)

Интересна сыгранная команда, а не голый разраб )

умных

(26) ну, те наши двое из первой как раз различаются по этому признаку: один выдает идеи, а второй их понимает, и успевает во-время дернуть за рукав, чтоб не зарывался :)
(27) и это верно :) третье, на что можно смотреть долгими часами - как кто-то работает © анекдот :)

ЗЫ. к сожалению, квалификация разрабов редко на уровне..

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

(0) дык, всё от проекта зависит. Так называемый стек технологий. Кому-то криптография, кому-то t-sql, кому-то xslt, кому-то web-сервисы.

Если в целом, по качествам - не хватает ведущих спецов. Обычных достаточно, а вот ведущих мало. Либо дорого. )))))

Уровень ведущего выше спеца по платформе, если что :) Прилично выше.

(26) есть еще те кто
- думают что знают как

(0) Такой статистики нет ни у кого. Я, как человек работавший в разных отделах с разной политикой и подходом к проекту могу сказать, что всюду требуются люди с разными знаниями и СПОСОБНОСТЯМИ. Где-то важны внимательность и умение понять пользователя, где-то - умение сложные алгоритмы разрабатывать.

епт я ваще крут по вашим описаниям. спецов ток нет.
(0) на проектах не хватает меня!

В ЗУП нужна не разработка, а понимание как оно типовое работает.

ЗУП платформа для медитаций.

(0) не вижу явного дефицита.

Покажите мне чистого спеца на УТ. Или чистого на БП. Или на ЗУП. Скорее всего это будет зелень, которому просто на других не пришлось поработать.

(19) Ну надо то реальные задачи решать, а не экзаменационные...

(21) Коррупция.

(21) Походу ты ТС, раз не можешь понять целых полгода. Такую инфу надо унавать.

(0) Разработчиков хватает.... консультантов и аналитиков не хватает.

(38) статистика и показывает, что среднестатистический программист знает отлично какую-то одну типовую, а все остальные на уровне "слышал, чото писал, чото читал, чото смотрел" :) Я не видел еще в реальности чела, который бы знал на отлично и УТ, и БП, хотя повидал немало люду :)

(38) В каком-то выступлении, я уже забыл, Павел Баскир, руководитель вроде проектного офиса Бита, как-то обмолвился, что у них есть челы, которые отлично знают ЗУП, и если вдруг оказывается что проектов по ЗУПу нет сейчас, ну челы сидят просто за свой счет. Под страхом расстрела не хотят в других проектах участвовать. Типо, мы стараемся их конечно привлекать, но таки челы есть - это про чистых спецов.

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

(0) которые не делают, а сделают. По agile.

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

Знать упп и ут для старта успешной работы с этими конфами необязательно

(43) "знал на отлично и УТ, и БП"- что в себя включает?

(35) Я в нем в свое время учет Чернобыльцев делал. Типа учет удостоверений с полетом по результату в соответствующие пачки ПФР. А ты для медитаций, для медитаций

(45) Есть еще пара элитных личностей. ФД и ГБ. Легче прикрутить дополнительный реквизит в шапку и обработку его штатными процедурами, чем объяснить им три клика мышкой. Такое бывает матьего.

(43) знать типовую конфу должен консультант или методист. Программисту это не нужно

Из свежего:

Суть    0004945: Заполнение документа - Отчет производства за смену (срок до 25/12/13)
Подробности    1. Добавить реквизит шапки: "Заказ на производство"

2. Обеспечить заполнение закладки "Материалы" - только материалами списанными на заказ, выбранный в шапке документа.

3. проверить заполнение колонки "количество"

(52) Скажи это фирме 1с с их системой получения спеца только после профа

(53) Типо ковно вопрос. Для того кто не смотрел модуль Отчет производства за смену, его движение по регистрам и как это потом влияет на РСВ. Я уже пару раз с трудом и помощью предыдущего программиста восстанавливал рабочее состояние. После выполнения прямых указов ГБ.

После этого установили новый порядок. Указ ГБ. Если он вменяемый я исполняю. Если не вменяемый отсылаю директору ИТ он консультируется по своим каналам и посылает ГБ в пешее эротическое.

(52) Программист тогда много и не стоит. Кому нужен кодер без знания предметной области?

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

(57) у-у-у... идеалист? Перфекционист?

(54) Профа не получит мега дебил. Цена профа смешна на фоне сигарет и выпивки. Зачем это надо — достаточно посмотреть на вопросы новичков, которым даже лень заполнить свои личные карты.

Не понимают вообще ничего.

(56) Кодер, в общем смысле, пишет по тз, а программист несколько более широкое понятие. Ему обозначили проблему - он ее решил. Какими средствами - неважно. Можно даже замотать в усмерть заказчика и он откажется от заявки, главное результат

(0) Кому не хватает? Заказчику или Исполнителю?
Впрочем, и тому, и другому, как обычно, не хватает таких разработчиков, которым не платят, а они все равно работают.

(59) Я вот по желанному мне ЗУП в свое время не смог. По УТ и платформе смог.

(54) какую конфу должен знать специалист по платформе?

Кстати приглашенный методист за разумную цену. Думаю и нам бы не помешал. Потому как у меня требуют хэй-гоп функционал. Который решается штатными средствами. Ни одно из которых до сих пор не было использовано.

Поэтому шлите на [email protected] свои предложения.

[email protected] в личке указано.

(64) реклама согласована?

(64)
предложи им не хэй-гоп, а гоп-стоп-функционал....

Я блин простейший вопрос просил автоматизировать нашего казахстанского друга. На 10 запросов не одного ответа

(0) таких, которые знают платформу и обладают вот этой вот магией - сказал, что к первому числу будет это и это, а оно потом - фигакс - и к первому числу есть

(68) Значит тот кто давал 10 запросов кривой.

(70) Я давал сырой вопрос. И потом обработанный по своему мнению. Мое мнение было, что это ковно вапрос, но решать его я был согласен.

И типа с оплатой вопрос не стоял. И не я результат при
нимал.

Ты вроде постоянно в онлайне? Я могу быть кривым?

(72) Без понятия.... а тематику 1С на этом форуме не ногой.

(73) Ты не ногой или я не ногой?

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

(75) Пистолет купи. Или научись говорить "Досвиданья" так, чтобы тебе больше не звонили.

(74) Ты же себя имел в виду как спеца.... Тогда как я уже перестал активно в тематику залазить и поэтому оценить не могу!

рабов :)

(69) Вот я из таких :)
руководитель проекта дает задачу на месяц... я грю...  не... не за месяц... за 2 реально+ месяц на внедрение
вот за 2 и сделаю...еще за месяц внедрю... а то месяц...месяц... наустанавливают сроков, попробуй в них вообще уложись.

(78) То есть студентов ))))

(77) Ну по УТП и УПП по Украине я знаю больше половины здесь активно постуюющих. По сисадинсву и железу больше 95%. По физике больше 99.99%.

И чего мне всегда молчать когда я вижу откровенные глупости?

Ну и еще. Не нравится то, что я пишу — можно забанить. opty дуг меня банит когда считает, что я выпивши и могу написать глупости. Доброжук меня забанил за ссылки на реальное состояние ИжМаша. Это разные вещи и разные причины.

Спутал http://job.mista.ru/users.php?id=66650 (кстати нужно пива выпить). С http://job.mista.ru/users.php?id=59028 "Решаем все задачи качественно. Который мне ни разу не ответил на простейшие задачи.

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

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

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

(76) мне не звонят. я просто добрый и в качестве мелкого хобби за беспризорниками иногда присматриваю... ;-)

(84) когда самописка нарощена на типовую - ну ХОТЯ БЫ функционал программный типовой конфиги знать надо...?
.
ну там
ЗаполнитьШапку()
заполнитьШапкуНаОсновании()
глРазложить()
глПолучитьИНН()
глПолучитьКПП()
глЕстьРеквизитШапки()
.. и прочая ТИПОВАЯ ЛАБУДЕНЬ..?

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

(86) Дурачек.... мог деньги сшибать при обновлении. ))

(88) Это ты что то из 7.7 тут поешь.... она же умерла!

(88) самописка может быть создана вообще с нуля, никаких типовых лабуденей типа глРазложить() в ней не будет

хотя с учетом бсп и (91) да, хоть какая-то но типовая лабудень скорее всего будет

(91) да заради бога - доктор сказал в морг, значит в морг ;-)
неважно что клюшки, важен сам подход...
.
ято зачастую своим кодом недоволен.. но после таких вот "педагогических поэм" слезы умиления у меня сами накатываются...

(90) он фиксик)

(92) ну давайте отдельную ветку очередную заведем - что сейчас лучше...?
- нянчить подкидышей-уродцев с врожденными отклонениями (ну типа УТ11 и УНФ ;-) или
- выпестовать-вырастить свое солнышко..
.
?????
.

(96) ну ут 11 не такой уж и уродец. По крайней мере на 1% что я ее видел)

есть интересные вещи, особенно партнеры и контрагенты.

специалистов не то что не хватает, их как снежного человека, вроде кто-то где-то видел :)

книжки по совободнйо цене
http://www.books.ru/knigi-so-svobodnoi-tsenoi-3129328/?page=1
.
по 1Сине - ну ни одной нету.
.
хоть по свободно1 цене - и то хорошо, а наша любимая мама с нового года хuyak! цены подняла...

(99)+ а как только его (специалиста) находишь так он уже и не прог а руководитель :)

(97) Написана внутри как то странно... Особенно чего стоит отдельная ТЧ для серий.

(100) зато на английском! есть :) http://1c-dn.com/learn/

(97), (98) - согласен есть много полезного. мне в ЦЕЛОМ более-менее понравилось, но вот в частностях - чертикик все там.. и если такая хрень.. но ну его или как?
.
http://infostart.ru/public/193808/
.
понятно, что релиз не последний, но как бы хотелось уже за год развития УТ11 получить что-то нормальное...?
.
у кого-то вообще на Ут11 есть работающие проекты, юзающие бОльшую састь функционала типовй УТ11..?

(101) да потому что когда он становится реально спецом - его уже ТОШНИТ...

(105) Это точно!!!

(100)  а что есть по свободной цене?

по постгри есть книжка.. полситай, там всего 180 поз

(106) пакетики при себе постоянно носишь..?

(109) Проглатываю ... )

(110).. плакали, кололись, но продолжали жрать кактус..
;-)

(0)я бы выделила несколько моментов:
1. Вообще мало резюме ребят из франчец, очень много фикси
2. Мало ЗУПовцев
3. Арзитекторов еще меньше - один-два за полгода
4. Мало разработчиков, желающих решать учетные задачи (архитектура и технические вещи гораздо привлекательнее)
5. Мало разработчиков, которые могут решать вопросы,связанные с нагрузкой, автоматическим тестированием
6. Много УТ, мало УПП, как это ни странно.

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

на проект не хватает знаний, на поддержку - нервов, что делать?

(23) т.е. совмещать 1 и 2 для тебя неприемлемо?

(112) вы так перечислили, как вроде в институте с и конструкторами Белаза успели поучиться

(100) по ораклу норманые книги.
Прикольно на сайте сделали выбор страны: Москва, Санкт-Петербург, Россия, Другая страна.
моя плакаль.

(96)
в данном контексте, пожалуй, важнее, что в это время делают с тобой

(112) > 4. Мало разработчиков, желающих решать учетные задачи
- а откуда они возьмутся?ну вот я выстраивал-выстраивал красивое решение учетных задач - ну так чтобы все работало как надо - надо работать правильно со стороны юзеров. а им - по большей части пофиг. нафига решать и выпиливать учетные задачи - если потом это нафиг не используется или используется раком?

(116) Я в шоке! Насколько ты трезвый сегодня!

(100) Решил купить пару книг и опачки не проходит платеж по билайн. Приходит ответ от билайна отправьте код подтверждения и вторая смс "неполное сообщение". Билайн режет смс типа это мошеничество.

(121) нормально, подожди немного - придет все как надо. Или почисти память от смсок пришедших ненужных

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

(112) Тут как я понял что многие считают что ЗУП допиливать не надо, а я допиливал. Впрочем, как мне ажется, пока я не пройду сертификацию спеца по зуп говорить о чем то рано. Знать то я зуп знаю, но это недоказуемо.

(124) Сертификат, к сожалению, не всегда дает полное представление о знаниях в какой-то области.

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

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

Скореее всего не хватает дешевых (по размеру зарплаты) разработчиков.

(126)вот как раз-таки с РП нет проблем, вся сложность лишь в том, что отличный РП просто так не пойдет работать еще в один франч или куда попало. Его нужно оч сильно замотивировать. Такие точно есть, иначе я бы так смело не говорила. Причем РПшников больше, чем консультантов, например.
(127)дешевые тоже есть - в районе 80к, но зачем такие - они работать не умеют, нет  уних нужной практики, да и реально они стоят тыс 50-60.
(126)есть такие, пока еще остались, но очень мало. Один на 50 резюме.

(116)я постаралась четко ответить на вопрос)

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

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

Универсалы - это как правило люди в возрасте за 35, постепенно они вымирают (или пенсия или в начальники идут). По этому универсалы - это диназавры, и они (и я в том числе) должны умереть как работники, у них нет будущего в глобальной преспективе. А вот компаний которые используют универсалов ждет сюрприз, когда они в один прекрасный день будут заменять ставку одного "старичка" тремя ставками "молодых".

(130) +1.
И я в той же компании. Похоже жизнь заставляет смириться с переходом от активной жизненной позиции.

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

(132) никто... в отведенное на это время :)))

в Дот.нет для этого и сделали WPF. Чтоб другой возможно низкобюджетный исполнитель сидел и медитировал.

(132) "элегантные решения, ориентированные на конечного пользователя" к сожалению это из разряда фантастики.

(135)+ причем 99% это всегда инициатива исполителя. Ни разу не слышал чтобы хоть кто-то из РП или заказчиков обмолвился об этом.

(130)Дим, смотрите:
1. РП - это человек-монстр, чтобы называться РП, он должен быть и админом, и архитеткором, и программистом, и консультантом, и антикризисным менеджером, и продавцов. У меня такие работают. Одного мы выростили сами, а второго - мир 1С подарил)
2. Универсалы - на моей ветке мы пришли к выводу, что универсалы - инженеры-капатели, которые умеют рыть, решают задачу неформлаьно - от сих до сих. За 35 лет - да нет, среди молодых перспектиных ребят в районе 28-33 лет такие чаще всего и встречаются. Что радует - многие сознательно хотят совмещать роли, так как понимают, что от этого легче всем, прежде всего самому исполнителю. Наша задача (работодателя) - показать сотрудникам, что здорово быть универсалом, давать возможность развивать такие компетенции, обучать сотрудников и доводить то такого уровня (инженера-капателя;)). В моем коллективе мы делаем все возможное, чтобы не попасть в такую дыру, о которой Вы говорите в пункте 3.
3. Дейсвтительно страшно, когда все висит на одном человеке, который совмещает в себе много ролей, как только он уйдет - все провалится. Это самое простое, что приходит на ум. На деле - иметь в команде звезд, мотивировать их так, чтобы они делились опытом, стали наставниками, смогли передать накопленные знания, а иделае таких людей не упускать, а предлагать им роли младших и старших партнером и т.д. Согласитесь, все зависит от кдровой политики.
4. Нам тоже все казалось сложным и страшным,но за 2013 мы поняли, что это мифы, идти наводу у рынка труда не хочется - есть большой опыт, есть хорошие сотрудники, есть адекватное руководство. Мы за один год выросли в 2,5 раза, нашла хорошийх, лояльных сотрудников, которые готовы учиться и развиваться.

(135)если исполнитель не только думает про красивый код, а еще совмещает в себе роль консультанта, то он постарается предугадать пожелания конечного пользователя. Даже если не сам исполнитель, то все равно есть консультант, защищаюший интересы пользователя, поэтому он попросит кодера нарисовать бантики там, где нужно - про клиентоориентированность не слышали?)))

(136)не очень комптентными людьми вы работаете, поверьте мне, есть компании, где РП очень ориентирован на заказчика, поэтому в первую очередь подумает, не чтобы исполнитеою было удобно там и там рисовать кнопки (времени нет и т.д.), а подумает про пользователя, который увидев не там кнопку, нанчет орать, что система на фиг не работает, так как раньше кнопка была не там. Если РП из (130) - то да, ему абсолютно по фиг Но если РП из (137) - он будет искать элегантные решения) пи си у моего сотрудника в резюме, перед тем как к нам приехать, было четко сказано - умею предлагать элегантные решения для пользователя)) так что такие парни есть)

(137) ни разу не встречал описанного РП человека-монстра, чаще всего как в (130)

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

(141) Вы описываете архитектора,

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

Давайте все же говорить не об исключениях (кои наверно есть) а о основной массе.

(141)
> потому что у штурвала стоит продажник
> или еще что хуже - человек, вообще не знающий 1с.
Ну нельзя же так про руководство Заказчика 8)

(142)
> такого человека действительно нужно держать
> всем чем можно и чем нельзя...
Зачем?
"мавр сделал своё дело, мавр может уходить"

(0)Ты странные вопросы задаешь.
Разработчиков ВООБЩЕ не хватает.

(137)

"1. РП - это человек-монстр, чтобы называться РП, он должен быть и админом, и архитеткором, и программистом, и консультантом, и антикризисным менеджером, и продавцов. У меня такие работают. Одного мы выростили сами, а второго - мир 1С подарил)
"

да, это так, такие РП - это очень круто! Единственное, это очень тяжело физически и психологически. Может банально случиться эмоциональное выгорание и прочие малоприятные штуки..

имхо, чуть далее все ж таки нужно уходить в большую специализацию. Лично я пока не могу сказать, когда РП, скажем, должен перестать иметь бэкграунд хорошего разработчика. Но определенно, с некоторого момента увеличения масштабов проекта и задач, акцент в техническом вопросе всё больше будет смещаться на техРП и архитектора.

Аналогично и в остальном - в конечном счет на РП останется его, видимо, основная роль:
"менеджер проекта — это руководитель рабочей группы.
Задача менеджера проекта координировать работу членов рабочей группы, контролировать сроки и принимать окончательные решения в спорных ситуациях" (с)http://habrahabr.ru/post/118257/#comment_3855560

(130) РП - это просто координатор народа, который задействован на проекте

перенасыщения рынка РП как раз таки, имхо, и нет. Людей, могущих сделать "загрузку из эксель", в 100500 раз больше, чем людей, которые могут эффективно организовать работу десятка "выгружателей".

насколько это просто или сложно, можно судить по известной поговорке - "хочешь, чтобы было все хорошо - сделай всё сам". Это как раз антипример для РП. Если к РП постоянной в голову приходит эта мысль, значит что-то идет не так :)

>>>>Людей, могущих сделать "загрузку из эксель", в 100500 раз больше, чем людей, которые могут эффективно организовать работу десятка "выгружателей".


объясни, что это "эффективно"?

я знаю следущие довольно простые критерии "Управление ресурсами", "кризисное управление", "управление коллективом", "взаимодействие с заказчиком", идем по порядку:

1. Определение "категории" работы (тупо понимать кто ее может сделать без проблемм а кто на ней потратит явно лишнее время, входит в "управление ресурсами"), вещь сома по себе простая, даже особой учебы не нужно....
2. Действия в случае "все плохо", например сменить исполнителя, принять решение об временном усечении функционала, и т.д. Тут не все просто, и тут нужно уметь брать ответственность на себя, далеко не все это могут.
3. прием, увольнение и прочие кнуты и пряники. Ну это чисто руководительная функция, кстати не все РП ее по факту выполняют, тут как заведено у работодателя....
4. ля-ля тополя с заказчиками, в том числе определение объемов и сроков, тут учится почти бесполезно, тут исключительно опыт нужен.

К сожалению 90% РП умеют выполнять только 2 пункта из 4х... Но работодателей это устраивает, им проще взять пресейла, или администратора или технического директора и часть пунктов свалить на него. Именно по этому РП это относительно безграмотная должность, для нее нужно иметь определенную психологию и достаточно поверхностные знаяния по самой 1с (на уровне продвинутого пользователя), еще нужно иметь определенный опыт и подвешеный язык. Все РП готов :)

И нужно их (РП) примерно 1 на 100 прогов, а то и меньше... Я-бы сказал, что по количеству РП нужно примерно столько-же сколько архитекторов, только архитектор требует куда больше технических навыков.

Я бы сказал так
РП - гуманитарий
Архитектор - технарь

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

(147) это в теории, да.

по факту в 1С: "РП = самый старший по возрасту программист", "архитектор = самый толковый программист".

(148) да не это психологически разные люди от возраста не зависит. хотя возраст тоже психологический фактор но не настолько.
я работал РП 10 месяцев потом просто не смог так как не умею болтать без умолку а заказчикам только и надо что "Давай обсудим" и "Надо поговорить", так можно обсуждать целый день я делать потом пол часа. В команде должен быть человек который отведет на себя болтливых заказчиков и они не будут мешать работать программистам. Хорошему программусту достаточно 10 минут для того что бы объснить что делать.

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

Всех с новым 2014 годом!!!

(0) Умеющих все и готовых работать тарелку супа. Почему то работодатели мечтают именно о таких.

(132) "... с этим никто не справляется"

што , вообще никто ??

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

(147)

на деле, по факту, всё ж таки РП - это всё тот же программер, наиболее опытный и понюхавший, так сказать

по крайне мере, проекты около 10 человек в количестве команды исполнителя

поэтому делает этот РП до фигища всего, что делать по идее не должен. Но и передать обычно это просто некому.

(147) Что есть "эффективно организовать работу десятка "выгружателей"?

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

либо вообще не знают, что друг от друга ждать и просить - начинаю переругиваться и огрызаться

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

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

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

вот РП сидит по сути над всем этим и бдит, что где застопорлирось, и буквально подпихивает застрявшие workflow пинками

(0) Толковых

РП - не дожен быть программистом в принципе.
Его задача правильно запланировать и контролировать выполнение плана, взаимоедействовать с Заказчиком(ми) и подрядчиками (если они есть), контролировать объемы проекта и т.д.

Универсал, который делает всё сам за всех - означает что он органиовать процесс не может, а это означает что он плохой РП или не РП вовсе и занимается не своим делом.

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

Короче... Всех с Новым годом 2014.

(37) >не вижу явного дефицита
))))Расскажите это отделам разработки нашего торгово-производственного холдинга. Работа расписана на 3 года вперед, отделы кадров замучились искать людей - их просто нету.

И еще вопрос - те 8 из 10, которые на собеседовании не могут простейшую конфигурацию "с нуля" с контролем остатка на складе  при реализации (это даже не ФИФО/ЛИФО) сделать тоже считаются программистами??? Ну дааааа... тогда действительно... ))) - в таких "программистах" мы дефицита не испытываем.

(159)[ отделы кадров замучились искать людей - их просто нету. ]
вернее они есть, но сманить их с существующих мест работы/текущих проектов не просто, даже денег, заразы, не хотят =)

(160) Есть еще фактор   п с и х о л о г и ч е с к о й   совместимости с той или иной должностью.

(160) деньги - всего лишь деньги - виртуальноть - сегодня есть завтра оп и нету..

(161) угу
а ещё есть расположение звёзд и карма

резюмируя - Все ищут только крутых мега спецов за небольшие деньги! :)
(159)(160)

(159) да ладно?

на оклад 120-130 на руки толковые программеры идут косяком, но нет - работодатель предпочитает жать сраные 10 штук, но "сбиваться с ног" целыми отделами в поисках.

(165) Скорее сраные 20.

(159) так и есть.. косяками ходят полные нули.. которые _сейчас_ зачастую про СКД ничего не слышали и УФ не знают ни разу..

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

(166) (167) 10-20 - разница не большая, как по мне.
если большая, значит в штат программер не нужен.

"...и УФ не знают ни разу". По-моему абсолютно разумная ситуация, сидит спец 5 лет на заводе на УПП 1.3, полностью все белое и никаких выгрузок в свежую БП 3 на УФ. Зачем ему УФ? Не каждый готов по вечерам их изучать просто так для себя.

(168) Не все так просто
Вот ты сидишь 5 лет, знаешь специфику, конфигу, заимел какой-то статус в коллективе.
Ну, допустим, на 100 тыс.
И тут хуяк - берут чела с улицы с примерно таким же уровнем прокачки на 120 тыс.
Это нормально?
Тогда надо всему отделу поднять, а это 40 (как минимум, чтобы не было так обидно) * 4 (допустим) * 12 = 1920 тыс. в год.

(170) А это реалии рынка труда - последний пришедший в отдел будет стоить дороже. Т. к в большинстве случаев редко какие компании индексируют зп в рынок. Посему можно обижаться, но чаще всего единственный способ увеличить зп - сменить работу.

(170) Просто манагеру по продажам нефиг делать сменить работу (мозг не сильно придется напрягать), а прогу придется во все вникать снова и тут каждый решает что ему легче для здоровья: +20 тыр, но куча новых проблем или стабильность и понятность для мозга текущей программы.

(164) Каких мега-спецов!? - тестовые задания просто детсадовские. И деньги не ниже рыночных, но даже если предложат 200 тыс. 95% претендентов будет полный шлак.
(167) Да какой СКД / УФ - запрос бы написать сумели с левым соединением.

(173) Да ладно, и все равно непонятно кто нужен в итоге, кучу найдут и то не так и это. :)

(170) это реалии. Не обязательно равенство. За сколько себя продашь.
Единственный косяк - это не должно светиться, а в нашей профессии это сложно.

(174) Ну, если человек 3 раза в год менял работу - тогда он тоже не подходит. В вакансии этого не пишем - это как "само собой разумеющееся". Вот представьте себя на месте работодателя - что будет если он смотает удочки и свалит в авральной ситуации предупредив за 2 недели? Охота Вам потом его "труды" разгребать?

(176) а если раз в год?)

(177) Производственный цикл равняется 1 году - думайте сами.

(170) ну что значит "надо"? для начала просто не надо афишировать, что приходящий работает за больше денег.

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

(159)
> отделы кадров замучились искать людей - их просто нету
http://youtu.be/SmvFxQ4JMU0
Или каков процент приглашений на собеседование относительно контрольных резюме?
(173)
> тестовые задания просто детсадовские
Кондидаты на какие должности обязаны проходить тестовые задания и чем эта обязанность регламентирована?
Прошедшие тестовые задания принимаются на испытательный срок?
(176)
> Вот представьте себя на месте работодателя - что
> будет если он смотает удочки и свалит в авральной
> ситуации предупредив за 2 недели?
Известно что будет - накосячившее до аврала руководство депримирует сотрудников на сумму ПлановаяПрибыль+ПремияРуководству.

(179) для этого надо отрезать языки всем кадровикам и расчетчикам зарплаты, что не реально, ибо 1С-ники и секретарши знают всё про всех