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

(0) найми специалиста,
борьба с проектным саботажем наука тонкая и деликатная

на просьбу написать "что-нибудь", можно сделать "как-нибудь"

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

(1) специалиста в каком направлении?)
Я и есть специалист, но как то угораздило

(2) Вот и делаю как нибудь уже второй месяц, просто самому за***ло хочу закончить это все и подольше ногой от этого отдела

т.е. того что есть в УТ им не достаточно?

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

(0) Так не бывает... основная масса наших программистов работает по ТЗ, написанных нашими консультантами, причем это скорее "З" из аббревиатуры "ТЗ", и в этом "З" очень мало "Т" - а иначе почему кодеры должны получать больше консультантов? А по ТЗ от клиента работаю я - и ставлю задачи и кодерам с архитекторами и консультантам, и РП в том числе. ТЗ пишу либо я/мы (на всю систему целиком) либо стороння организация/клиент. В последнем случае все обсуждаемо в процессе разработки, но я свято придерживаюсь присланного ТЗ, любые изменения в письменном согласованном виде с двумя десятками подписей.

Ваш случай - либо Вы сами опрашиваете всех заинтересованных лиц  и пишите ТЗ с последующим утверждением и согласованием, либо требуете утвержденного ТЗ - иного не дано. В ином - все, что бы вы ни сделали - будет неправильно...

(7) это не его задача

(3) )))
они и так кто как работает, кто в экселе планирует, считает, к то в уме, кто на блокноте. Заставить пользоваться тем что написал ниреально

(7) проще на луну слетать))) вы серьезно?

(9) ошибаешься. Это его обязанность, если он хочет создать реальный рабочий проект

(12) еще раз - это не его обязанность. Это обязанность кого угодно только не кодера\прога

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

(8) я не представляю как можно учеть все мелочи в ТЗ даже работая во фране не всегда приходилось работать по ТЗ

вы можете например описать в ТЗ весь интерфейс? При том что механизмы как это все будет работать в будущем у вас не описаны

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

(16) только после закрытия определенных этапов потихоньку прорисовывается вся картина как надо. Учесть все это изначально в ТЗ сложно

(13) Обязанность кодера - закодировать строго по ТЗ - шаг вправо/влево - увольнение. Обязанность программиста - составить ТЗ, согласовать и утвердить, притступить к кодированию и сдать готовую систему/блок/доработку в две строчки кода. Если есть разделение труда - архитекторы, консультанты, постановщики, кодеры - то здесь нет программистов как таковых... исключительно кодеры!

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

(20) + суть в том насколько глубоко ТЗ должно быть описано на начальном этапе когда понимание всей глубины наступает только после непосредственной реализации проекта

(20) Так в это вся соль - я поделил по ролям - если все роли в одном лице - ничего не меняет - последовательность действий точно такая же! ТЗ может быть двумя кирпичами по 500 листов, а может на четырех страницах, из которых как минимум три - обязательно подписи заинтересованных лиц :)

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

(20) Ты козел. Отпущения. Смирись и покайся. Нормальный как в (5) делать не будет.

(20) у нас было так: я писал ТЗ - со скринам интерфейсов, построенными на скорую руку, а начальники отделов их утверждали и вносили изменения. Щетаю, что это - самый оптимальный вариант

(20) как ты считаешь - это твоя обязанность заинтересовать их во внедрении как утверждает (7) или нет?

(23) + да там нет саботажа им просто пофиг и руководителю отдела и всем остальным.

(18)Делай поэтапно..

(23) теткам обычно все пофиг. Только не дай бог, что-то новое ))

(18)У руководителя отдела есть руководитель?

(30)->(27)

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

(26) нет конечно, могу показать объяснить, пытаться впендюривать не хочу

(30) да, есть, руководитель руководителя отдела человек занятой он сказал коротко и ясно "хочу что бы отдел закупок был счастлив" утрирую но где то так.

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

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

(27)тогда сесть с ними и посмотреть, что есть сейчас. Оттуда плясать. Количество документации при этом зависит от уровня конторы: я работала и так, когда пользователь рядом сидел и пальцем тыкал, где что добавить; и так, что все общение исключительно через документооборот, каждый чих в сторону ТЗ фиксировался.

(35) бгг )

(35) да все понятно, но после реализации требований А, следом вытекают требования Б, после реализации их появляется еще что то, все учесть сложно, сейчас пытаюсь ставить вопрос так "требование "Г" окончательное и обжалованию не подлежит, реализую и все"

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

(34)Значит, он и должен их стимулировать

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

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

(41) так стимулировал. так культурно пнх сказал )

(41) да вроде стимулирует, но как то противно во всем этом участвовать, когда не понятно для кого ты это делаешь

(42)Так увольняйся. Работа должна доставлять удовольствие.

(45)Ответственный с их стороны назначен?

(43) ну у меня то же есть поклонники в бух отделе, без проблем освоили 2.0 после 7.7

Когда так то покупают готовое суперрешение! http://subsystems.ru/catalog/29/154/

(46) какое нах удовольствие? Мне удовольствие доставляет валятся в гамаке на кипре

(50) все правильно сделали.)

(0) купи УТ11

(16)можете, если это зафиксировано в требованиях по проекту
что такого то?

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

(47) ответственному пох

(54) а ты хотел сразу в гамак?

Я вообще вс егда работаю сам безо всяких ТЗ и отделов. мне вообще покуй. потому что я сам иду и разбираю всю их работу и м не пофигу заняты они или нет. я твердолобый и любого раскручу на разговоры. потом просто молча сажусь и делаю решения. Прихожу сдаю и меняю их работу. Сам. безо всяких их руководителей и прочих. Ибо на до мной только генеральный. А мое слово генеральному закон.

(54) пояснять не надо. дай почитать. и мой телефон вверху сайта. я сам им все расскажу.

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

(0) ИМХО безнадежно , если менеджеры не понимают как и что им нужно , все равно корректно пользоваться не смогут , и не будут постоянно находя поводы . Руководству компании это то же не надо , иначе оно бы уже сменило менеджеров . Это как золото перед свиньями рассыпать :(

(58) пля, это опять самореклама Логана. фуй.

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

Пля, это опять самореклама Логана )

забаньте маню в ветке пжлста за тупую и бессмысленную рекламу

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

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

(55)Решай через руководителей...

(66) дело не в том нужно или не нужно. А в том что они не шарят что от них хотят, для них программы и компы темный лес, они на работу приходят чьтобы заниматься своей работой. О каком нафиг ТЗ может идти речь??? вы что смеетесь. Это задача программиста изучить самостоятельно работу, выявить потребности и автоматизировать их. Причем не путем нате вам. А путем того что нужно общатся не на своем а на их уровне.

(67) А руководству скорее всего то же пох , ведь менеджеры еще работают :)

(68) Не шарят - свободны , заказ на компе напечатать и девочка оператор может

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

Что будет с этого конгломерата.. opty и Маня ;)

(70) ну да ну да)) ахаха. все так просто. свободны говоришь? Ты был когда либо руководителем и собственником? Нет? был бы понял что такое работники, рынок труда, уровни специалистов и прочие дела. Грамотный руководитель понимает - что реально специалистов нет ни в одной области.

(57)бугага
роль IT в бизнесе - помогать, а не диктовать законы.

(71) а что обсуждать? тут тема как раз про это. Твой саботаж именно твоя проблема, а не их.

(68) Эта задача не входит в обязанности программиста , на энтузиазме решить её можно (у себя решил например в свое время :) мне просто интересно было) , если менеджеры не знают как (но хотоя бы примерно знают что)  но хотят и двумя руками поддерживают начинание, и ни как не саботируют

(73) Среднего звена , и сейчас являюсь

(74) в нашей стране наоборот! Ибо ИТ ечуть ли не единственные здравомыслящие люди. Ты глянь кто работает "манагерами" в стране, которая на 90 процентов занимается купи-продай.
Все кто попало.

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

(72) Не сработаемся :)

ProProg до меня компанию вели на аутсорсе, всего отчетов "Планирование закупок", "Анализ планирования закупок", было написано четры, первые два неизвестно кто писал, остальные я знаю авторов, я пишу ПЯТЫЙ отчет!!! Я хотел бы что бы он был последним...

(78) в дурильник придешь - там тоже - единственные здравомыслящие люди... и ведь такие программы выхода из кризиса предлагают...

(81) три ха ха ! ))

(78) С этим согласен . Но здравомыслящий человек не будет проявлять инициативу в не своей области , особенно когда люди отвечающие за эту область как минимум не компетентны

(83) вот и ха ха) А что должно быть десять?

(82) ну что сказать могу только поздравить с тем что ты его посетил.

(0)Не делай ничего лишнего и не утвержденного.Руководству докладывай - идет процесс, жду уточнений.

(81) тогда бы ты его тупо сделал как я описал. безо всяких ТЗ. Просто сам бы все сделал по всему циклу. От обследования, написания самостоятельно ТЗ и написания решения и внедрение.

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

(87) можно и так но это бюрократия, в компанию немного другие условия и никто никого в рамки не ставит, я лично против решения проблем таким образом

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

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

ну а ты можешь сделать не сразу все, а первую версию, если ты имеешь представление, что им надо, конечно?

(91) + 500

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

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

лет 7 назад было , контора раскручивалась еще
Как считается приближенный расчет стоков ? Продажи за период делим на количество дней , выходим на среднедневные , а потом текущий остаток делим на среднедневной расход . Приблизительно , но прикинуть хватит , многие так считают.
Мы тогда завязались на дистрибьюцию Нестле (до кучи к остальным) , ну транснациональная корпорация ля ля, и я посмотрел как их аналитик стоки считает.  Они используют коэфф. хранения плюс уточняющие коэффициенты (сезонность , долгоиграимость товара , перебои в поставках и т. п.) Стало интересно , почитал по складской логистике книжки , по управлению стоками , для себя разобрался. Потом пошел и перетер с коммерческим (отдела закупа как такового еще не было), неплохо было бы прошерстить номенклатуру , разбить по маркетинговым характеристикам , и разработать внутренние стандарты . Он по упирался , мол нафига это надо , но в конце концов запряг своих людей. А запряг именно потому что заинтересовался и понял где здесь наварит компания (а он акционер не из последних)
Ну в результате через некоторое время вышли на четкий норматив запаса минимум на неделю максимум на три , с погрешностью не более 3-х дней (и поддерживаем его до сих пор) . При обороте 100 тонн в день экономия не хилая выходит .

(96) то что выше будет очень сложно для них в понимании, нужно как можно проще и так как ОНИ привыкли а не так как работают все остальные

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

(96) Не поможет .

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

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

(101) "А все потому что нет дружественного интерфейса." это был стеб?

(101)А я видел...

(101) Интерфейс здесь дело десятое . Главное это методология . Даже нет методология расчетов здесь на втором месте , на первом управленческий и административный фактор могущий продавить управление стоками на основании определенных стандартов .

(104) я образно сказал. я тоже видел. но это больше исключения из правил. когда люди образованные и тоже ИТ как бы интересуются и продвинутые. В большинстве своем еще молодые.

(102) ну вот ProProg утверждает что нужен "особый" подход к юзерам, мой жизненный опыт показывает что "горбатому могила поможет" в общем у каждого свое понимание

(107) Истина ИМХО посередине , научить можно и мартышку , если мартышка нормально замотивирована и видит перед собой цель

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

(49) вопрос по http://subsystems.ru/catalog/29/154/
У нас основная проблема в УТ 10.2 что есть несколько карточек номенклатуры с одинаковым артикулом но разные поставщики
соответственно для каждых поставщиков свои коэффициенты. Все анализы считаются группировкой по артикулу, но так как для каждой карточки свой поставщик то итоговый расчет должен пропорционально все раститывать

(110) + решает ли эта обработка эту проблему? Конкретно, разные карточки с одинаковым артикулом и разным поставщиком, при этом продажи анализируются по артикулу а вот остатки нужно учитывать пропорционально и по каждой карточке свои коэффициенты

(111) у меня на прошлой фирме было такое. в смысле разных карточек. стройматериалы. метизы. номенклатура 30000. каждый метиз разбюит ьбыл на две карточки - фасовка, промфасовка. у каждой их них было по 5-10 различных упаковок. характеристик.
Количество поставщиков ни на что не влияет. Хоть 10 на один товар. С нужным алгоритмом можно добится автоанализ выбора нужно поставщика. ну и от него уже любые расчеты.

(110) Через группировки по свойствам номенклатуры , а в свойства поставщика . Но ИМХО это не совсем правильно , смешивать складскую оборачиваемость и рентабельность закупки . Как говорится мухи отдельно котлеты отдельно . При желании потом увязать по группировкам . Но опять же зависит от задач поставленных перед менеджерами

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

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

Не, можно, конечно, с манагеров и юзверей требовать ТЗ, четкого описания и прочее-прочее.. Только это люди не того склада ума, они хорошо умеют делать СВОЮ работу, а анализировать, обобщать и систематизировать зачастую неспособны. И глупо от них это требовать..
Нет человека, который в состоянии поставить задачу четче чем "хочу чтобы отдел был счастлив" - значит надо его найти / стать им. Невозможно решить задачу, которую еще не сформулировал..

У вас отдел снабжения какой-то супер-особенный, почему им не подходит все, что УЖЕ существует на эту тему?! Накоплен огромный опыт в типовых, всяческих доработках-поделках, литературы масса на эту тему..
В конце концов сотрудники сейчас как-то работают, что-то закупают.. Хотя бы их телодвижения сесть, записать, проанализировать, найти узкие места..
Ну из каких соображений каждый пытается отвергнуть опыт сотни людей до него, даже не изучая, и сам лично изобрести кривенький разваливающийся велосипед..

(113) нафига? причем тут поставщики и вообще какая либо связь с реквсизитами и свойствами. В регистрах немерянно информации для того чтобы их извлечь со связкой к товару.
У меня например четыре источника получения поставщиков каждого товара.
- цены контрагентов
- номенклатура контрагентов-
- закупки (и приходы)
- партии товаров

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

(117) это ты сейчас очень по теме, автору сильно поможет, ага ;)

(118) маня завидует

(116) Партии исползуют не все , можно и через закупки приходы , но в статике удобнее через свойства , да и просто группировка быстрей работает .
Первым вопрос все таки какая задача стоит перед сотрудниками отдела закупа
Минимизировать затраты хранения ,увеличив оборочиваемость товара , и соответсвенно финансовую оборачиваемость ("закупка паровозов")
Или увеличеть наценку за счет снижения затрат при покупке , увеличив таким образом прямую рентабельность продаж

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

(120) ты сейчас перечислил типовые требования в абсолютно любой торговой конторе. Ибо эти задачи абсолютно у всех. Уже все всеми протоптано 150 раз.

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

(119) в то! женская логика, она ж намного мощнее мужской: мы можем делать выводы ВООБЩЕ не основываясь на фактах. ;)

(115) понимание есть, кто сказал что его нет, но оно абстрактное, и чувствую что пока я напишу все это дело я стану хорошим спецом по закупкам

Одна из первейших задач в закупе - автоматизация работы. Извлечение максимума полезной информации. Минимум ручной работы пользователей. Исключение ошибок. Контроль.
Вот это важнейшие вещи в закупе. Для этого и делаются программные механизмы.

(121) В теории у всех , на практике в очень не значительной части компаний внедрены в полном объеме , и далеко не у всех даже частично .
Ты бы посмотрел какие автозаказы "Магнит" присылает , блин песня заики , а ведь крупная федеральная сетка , распредцентры которой считаются типа крутыми

(123) ваша особенность - это способность думать двумя полушариями
только часто бывает : одновременно => они спорят =)

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

(122) ерунда тут как я вижу пока только одна - это то что одинаковый товар налепили кучей карточек.

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

(128) делишь на два шага
1) формирование потребностей в целом. т.е. объединение, расчет общего кол-ва
2) анализ этих сформированных потребностей по поставщикам. Если есть коэфф и пропорции то дело разложить кол-во не такое сложное.
Самое сложно это именно сформировать объем потребности.

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

(132) вместе с анализом закупа и всеми процессами с поступлением. неплохо бы сразу и получать контроль в виде ликвидности. и драть за них.

(133) цены от поставщиков не скачут у тебя ?

тот же самыйй (49) сделан не просто как отчет по закупу. это по сути полный товарный отчет который собрал все данные из товарных регистров. в нем в одном по сути представленны все данные по товару. я его называю еще полным товарным отчетом. т.к. по сути им можно и контролировать и закупать и просто вести анализ всего. ликвидности в том числе.
Ну и плюс грамотные отборы позволяют быстро проконтролировать чего там наперетарили и недотарили.
Поэтому я и разбиваю все на две стадии. Первая потребности 9и поставщик тут побоку), вторая это анализ поставщиков по потребностям.
Что рекомендую и автору. Разбить свою разработку на две части.

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

Надо им создать такие условия, что все операции только в программе. Через несколько месяцев привыкнут.

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

(131) Все првильно , то что писал в (113) только другими словами .
Но например нюансы , скидка поставщика может пройти только при объеме превышающим потребность . Брать, не брать ? Надо смотреть как это укладывается в стандарты компании , надо разработать ножницы критериев для принятия решении - в каких случаях можно превысить потребность , на сколько , в каких нельзя.
С расчетом дефицитов то же есть нюансы
Судя по ситуации в (0) , сотрудники отдела закупа у ТС , на разработку таких стандартов в принципе не способны.

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

(132) именно так оно и есть "система аналитики заморочена и не прозрачна" очень сложные взаимоотношение и прочие механизмы, все это алгоритмизировать и написать гиморно, буду делать поэтапно от простого к сложному,

"нужно заинтересовать юзера" - походу дела люди не видели настоящих саботажников ))

(134) ну цены при расчете закупа не берутся в расчет

(142) верней берутся но в данном случаи в отчете не участвуют

(141) ага, оно мне надо еще кого то заинтересовывать, у меня крыша от самого кода едет тут еще мотивацией чей то заниматься

(132)Могу посоветовать принимать задания на отчеты только в виде формы в Экселе, с прописанными формулами расчета и примером заполнения. Т.к. если заказчик не может представить отчет в Экселе - значит он сам не знает чего он хочет. И тут вопрос проф. пригодности стоит поднимать.

(132)->(140)

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

(145) такие "заказчики" как в (0) такое могут в Экселе нарисовать, что ты офигеешь ))

(145) ну я например тебе скажу что у нас в отделе 5 человек и у каждого свои формы в экселе и свои формулы

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

(143) т.е. я видеть долю, где выгодно покупал за период по сравнению с другие не нужно ?

(148) Ну не стоит драматизировать, т.к. эксель ограничивает фантазии до двумерной таблицы.

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

(149) Значит пять отчетов и в пять раз больше денег :)

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

По этому сначала стандарты (У нас это называется "Приказ по стоковой политике")
Потом административно-управленческий фактор по соблюдению стандартов
А ТЗ и програмный код потом сами  приложатся :)

(152)"т.к. эксель ограничивает фантазии до двумерной таблицы" - я тоже раньше так думал ))

(155) :))

(0) Уволься! Не мешай людям работать.

У нас строго говоря за цену закупки сотрудники отдела закупа в принципе не отвечают , правда с коле мы не берем . Есть договор поставки в котором все цены , скидки , условия и премии оговорены . Заключением договора занимаются в коммерческом отделе (не закупщики) . Отдел закупа отвечает за то что бы товар был в наличии , вовремя , сколько надо (не больше не меньше) , с нормальными сроками .
Только объем и сроки .

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

(0) ну а чего написано в должностной инструкции? Следуй ей и привет...
Шаг влево, шаг вправо  - материальная компенсация, если проканает - то работаешь с той информацией которую имеешь.

+(158) Мотивация по этому у манагеров закупа достаточна проста оклад+премия (60/40) , если по более чем пяти процентам ассортимента есть более чем 30% перетар или 15% недотар , месячная премия долой . Квартал без ошибок + квартальная премия , лучшим по итогам года хорошая годовая

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

А на нытье "Не сезон , не пошло , думали пойдет а эвон как" , руководство отвечает что ЗП получает не компьютер а менеджер , и если бы компьютеры могли все идеально точно рассчитать вообще бы всех закупщиков бы уволило :))

(162) Менеджеры закупа - это отдельная песня , хитрым автоматизация очень вредна :)

(164) автор не тянет.

(165) не тянет что? Надо что то тянуть?)))

Я не пойму правда с какого момента он их автоматизирует. Допустим, что вообще с "нуля", то есть с тетрадок и экселя перетаскивает в 1С. Они естественно не хотят свои откаты светить и переходить добровольно не хотят. Решается просто. Бухия оплачивает только формы заказов поставщику сделанные в 1С. Не провел, не распечатал, провел, не можешь корректировать после визы бухгалтерии. И так далее. Ну еще много есть хитростей по приручению пользователей. А автор туп и не понимает ничего во внедрениях и обязательно завалит проект. Я в третий раз говорю, что ему делать. Увольняться.

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

(166) я образно выразился. У тебя не хватает извилин, для политических интриг.

(167) Ну на самом деле там все намного хитрее особенно когда закупка с колес идет и нет постоянного договора на поставку , я же говорю "болото" :)

(170) да хоть с вертолетов. Для начала, счета поставщику в 1С нету, подите на..й. А с тетрадкой можно в туалет сходить.

(167) такие тебе просто весь "закуп" остановят и найдут тысячу и одну причину почему виноваты не они, а автор ))

(172) Пусть останавливают. Но, потом нужно будет объяснить какая кнопка не нажималась. Я обычно с особо одаренными поступаю так. Прихожу в 17-30, спрашиваю, что не получилось. Естественно они хором говорят, что ВСЕ НЕ ПОЛУЧАЕТСЯ и НИЧЕГО НЕ РАБОТАЕТ. Ну и сидим потом до 10 вечера, выясняем что все работает. Дальше как нить сами.

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

Второй раз выяснять, что все работает до 10 вечера ни у кого желания нет, ну и сидят работают.

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

(166)  Фиксируй всё служебными и докладными записками, желательно подписанными у всех руководителей заинтересованных подразделений.
Во первых, в случае чего всегда есть бумажка,которой можно ткнуть в нос, во вторых есть вариант, что те кто саботирует будут более серьезно подходить к хотелкам руководства, ибо будут боятся.

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

(178) пусть в белую работают. С безнальных поставок п-ть на много труднее. Директор у государства крысит, а монагеры у директора, все правильно.

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

(179) Все в белую ,абсолютно все по безналу может идти , что не помешает откату ни в коей мере

(181) захотят отблагодарить, отблагодарят. Но на  размер откатов повлияет однозначно.

(167)  уймись ты наконец

(173) ты туп раз сидишь до 10-ти вечера все нормальные люди давно дома ужинают

(182) По объемам ни сколько , по ценам да .
Именно например по этому закуп у нас не отвечает за цены покупки , а только за объем . Принцип разделяй и властвуй как говорится .

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

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

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

(182) И явно это "отблагодарят" вроде бы даже не в убыток компании , товар куплен , недорого , качественный , маржа нормальная получается , документы все чики пуки , даже скидка в соответвии с договором предоставлена , но если копнуть , взято его с запасом на пол года .
Это если рыночная ситуация не изменится и он не зависнет на мертво , или остальные поставщики цены не уронят нанего . А если даже и не изменится , бабки на пол года выведены из оборота , лежат себе на складе мертвым грузом , а они должны крутится , на них можно было бы взять "Паровоз" с оборачиваемостью в 10 дней , и крутануть по товару раз 10 за это время , прибыли болше даже на меньшей марже .

Большие стоки - огромное зло

(188) Вот ты еще нервно не уравновешен, конфликтен, не умеешь работать в команде.

(186) ты наш человек )

(190) у тебя комплексы?

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

(192) что это?

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

(192) А вообще если примешь совет . Именно в это болото соваться нес стоит , по другим участкам , можно самому что нибудь придумать , ТЗ самому написать , здесь нет. В данной ситуации ты должен иметь явную поддержку от руководства компании иначе схарчат . А руководство должно четко понимать зачем , и в какой стпени нужна автоматизация закупа , и озаботится разработкой стандартов .

Если руководство не в теме , вполне может спустить разработку стандартов на "Хитрых" менеджеров закупа , они такие тебе стандарты наразрабатывают . Все равно пиши по ним как бы тошнотно это не казалось , иначе тебе отвечать за нарушения стоков придется в значительной мере . В общем тяжелая ситуация .
Выше я писал как у меня прошло , мне было легче , мне было интересно , и проталкивал через "Верх" который был в общем в теме , по крайней мере заинтересован .
У другана в была похожая ситуация как у тебя , попытались утопить , в общем отбрыкался , но из той компании все равно ушел потом сам

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

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

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

200

+(198) А на самом деле, он - неудачнег. Когда таких вообще на работу брать перестанут? Ну достали уже честно.

(198) твоя наивность просто умиляет ))

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

(202) валить не наш метод.
1. Брать деньги пока дают.
2. Отовсюду стараться выйти победителем.

(204) ну тогда смени ник на "ДонКихот гроза ветряных мельниц" ))

(205) Во первых это всем тогда нужно сделать. Во вторых какой пункт вам такое навеял?
Тебе брать деньги не нравится.

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

(207) вы читать умеете? Топик стартер пишет "v8: Когда отдел саботирует а ТЗ писать нереально" читать как "ну нешмогла я". Причем начинает ныть о проигрыше еще и не проиграв. Первое качество неудачника.

А тут все гадания на кофейной гуще, то да сё.

(206) вот этот "2. Отовсюду стараться выйти победителем." ))

(210) А, что надо отовсюду стараться выйти проигравшим?

(211) ты наверно и монитор черно-белый используешь ))

+(211) понятно. Становись рядом с (нуль) и иди читать про комплексы, чем он сейчас и занят. Весь инет уже перерыл, а ответить мне не может.

(212) Это к чему сейчас сказано? Не пойму я логики.

(208) У вас проблемы с пониманием ? Нельзя для именно этого участка писать ТЗ самому , только как минмум на основании проектного задания и существующих стандартов . Для других участков допустимо . Какое бы качественное ТЗ не было бы написано ТС , какие бы соверженные методики он не использовал , на него все равно спустят всех собак .
Ибо
1. Либо аботажники "Хитрые" и он тупо отберет (по крайней мере попытается) отнять у них деньги
2. Либо глупые , тогда все равно все сделают неправльно , ладно не все кое что иногда , а отвечать все равно ТС ибо он автор методик и ТЗ

Я и не сомневался, что ты не поймешь

(216) Конечно я не понимаю, как можно быть немножко педерастом.

Типо один раз не пид..с?

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

(219) что делать?

(220) сухари сушить.

а тебе лучше пойти "победить" кого-нибудь, поставить +1 в блокноте напротив пункта "победы" и валить у спать, а то на работе завтра заругают если опоздаешь ))

(221) не позорь Украину, иди в сад

(223) чем это я позорю вукраину?

(220) принять как данность и занимается другими задачами. иначе полностью завязнешь в одной задаче в ущерб другим

(225) т.е. иными словами - уйти?

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

(226) ты умна не по годам. И угадай куда уйти?

(226) что значит уйти? ТС уйти не может, он там работает, тем более в других отделах у него всего норм ))
просто поставить этой задаче самый низкий приоритет, либо вообще вычеркнуть из списка.

У меня бы скорее все монагеры по закупкам бы ушли.

(229) а когда эта задача останется последним не автоматизированным участком? Т.е. без него никто не видит баланса, пр., пр. Тогда, надо понимать, надавит генеральный?

я прям не могу )) ... (230) ты в каком количестве компаний участвовал в проектах внедрения?

+(230) war значит war.

(219)
Вытребовать даже если не ТЗ а хотя бы проектное задание .
Полезно слегка врубить дурня - "вау закуп это так сложно , там такие расчеты . Код то я напишу , а вот метдике мне дайте , вы же умные такие"
Писать ТЗ строго по проектному заданию какм бы дурным оно не казалось
Согласовывать каждый шаг , каждый этап ТЗ под подпись позователя-заказчика
Писать строго по ТЗ
Требовать тестирования по написании , акт о приемке

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

(231)
- никогда не бывает последней задачи ))
- задача ТС влияет только на анализ закупок. и никак не влияет на работу других отделов.
- генерального там походу дела не особо и боятся ))

(230) У меня ушли , не все но многие :) Но сам я на них не давил , для этого существует исполнительный директор получивший указания от генерального по наводке комерческого
Высокого искуства офисной интриги еще никто не отменял :)

Спокойной ночи, коллеги!) Все равно все упирается в человеческий фактор и в умение или не умение договориться - с отделом, в руководством, пр.. Ничего нового, все старо, как мир:)

(237) ну так комп (программа) всего лишь инструмент , а "Кадры решают все"(С)

Ну что вы тут. Разобрались? или все еще время зря тратите?

(239) без тебя никак

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

(0) Тут нужен процессный подход с показателями эффективности.
Можно конечно все засунуть в один док и один рег. сведений, а затем сделать один СКД отчет по нем, но в дальнейшем они захотят анализировать эффективность трудозатрат на каждую закупку у поставщика по менеджерам.
Начальники захотят выявлять неэффективности в процессах. и т.п.

По моему у вас какой то бардак в IT отделе. Пишем ТЗ жуткие, страшные, огромные. Но не было еще случая, чтобы ТЗ написать нереально. Возьмите меня возглавить ваш ИТ отдел, я наведу порядок.

(0) ИМХО. Как минимум при работе на "серьёзном" проекте должно быть следующее:

1) Определение общего регламента работы Франч-Клиент (время работы, способ взаимодействия, основные лица решающие общие орг. вопросы, контактные данные со стороны Заказчика и Исполнителя, общая линия поведения с данным франчем)

2) Определение перечня вопросов и порядка взаимодействия с работниками (исполнителями) заказчика для их решения (обсуждение с ген. диром/собственником/"заинтересованным заказчиком внедрения" из числа руководства)

3) Постановка задачи внедрения подсистемы планирования (обследование и ТТ уже есть? с подробным анализом "как есть щаз" и "как хотим"??);

4) Построение еженедельного почасового плана работы (в т.ч. общения с исполнителями и их роли в решении этих задач) с указанием работ, ФИО ответственных клиента, и утверждение с ген. диром заказчика

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

...

План - факт, отклонение - вздрюк. Раком. Всех саботажников. Сливают сроки ваши работники - примите меры!
Всё должно идти через руководство клиента - оно должны карать виновных и ленивых исполнителей. Твоё дело в этом вопросе - план факт, отклонения виновные...

(10) Просто РАУЗ в миниатюре...

(0) ветку не читал
Года 3 назад была точно такая же ситуация и тоже с отделом закупок. Я сделал просто - 2 документа, 2 регистра, 3 справочника и 2 отчета, все накидал конструкторами, ушло часа 3. Показал и сдал под подпись начальнику отдела и его заму. Они естественно тут же забили и забыли. Но где-то через полгода, когда у них в очередной раз возникли проблемы со складом и учетом заказов, начали разбираться, их начальник вспомнил, что есть же программа, но ей что-то никто не пользуется. Он выпустил приказ, что будет лишать премии того, кто не заводит документы в программу и т.п. Потом в течение 2-х недель и ТЗ на доработки сформировалось и даже обучение по их просьбе провели. Вобщем сейчас все счастливы и довольны.

(0) сейчас примерно такая ситуация у меня.

метод борьбы:

выделить ключевые фигуры внедрения (чем меньше тем лучше, у меня в проекте сейчас их 3) и перекидывать ответственость на них.

Другого метода не существует :)

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

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

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

(244) ну вот хотя бы пункт 3) как его реализовать в полной мере когда нет заинтересованности в сотрудничестве

(250) в ситуации (0) ты бессилен, раслабся....

для решения ситуации нужен взрыв который произойдет по "завалу" проекта, твоя задача перевести стрелки....

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


ps
кстати когда ты признаешь себе что проект завален еще не начавшись - тебе станет легче работать

(252) да уже и так всех дрючат, они уже боятся меня, но мне от этого не легче.

(251) Ещё раз. Есть задача внедрение системы планирования:
Общение с руководителем:
а) Кто в организации ответственный за планирование сейчас (ФИО всех)?
б) Какие сотрудники могут/должны выдвинуть требования к внедряемой подсистеме
в) С кем общаться по структуре действующего документооборота (ФИО, блеать, и прочие данные)?
г) вот мой план на неделю по общению с этими сотрудниками
... (прошёл первый день)
д) вот результат отклонения от плана общения с Ивановым: не выдал информацию, не подготовил бумаги и т.п
... (прошёл ещё один день)
е) вот отклонения от плана из-за саботажа Петрова: итого потеряно времени
Столько то времени отклонения от графика. Сдвиг планов внедрения на столько то
...

(253) МАЛО! мало дрючат! летать должны! у нас сроки горят из-за вас, муда..в! Публичная казнь состоится сегодня в 14.00. Никому не опаздывать!

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

это "не найти крайних" - это называется организовать работу!!!

(256) + можно попытаться выносить им периодически мозг тогда бы у них появилось желание завершить проект

(256) не тебе нужно найти крайних а что-бы они сами оказались такими...

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

(257) + компания маленькая, семейная, коллектив дружный, пытаться внедрять какие то корпоративные стандарты и бюрократию руководство против и я их разделяю, можно было бы нарисовать кучу бумажек прикрыв же***пу но я не франчь, мне с ними в будущем работать и контактировать

Вообще заинтересованность исполнителя это здорово.. но в 90% случаях ты его не встретишь потому что:
а) они тупы и ленивы;
б) они не хотят переучиваться
в) "как раньше" - это все привыкли и вроде жить можно

Дрын! Большой и толстый, в руках руководителя. Единственное средство!

(259) да они и так крайние, но проект то надо закончить.
Можно конечно написать руководству "Проект провален и за него больше не отвечаю потому что Иванов полный му*****к"

(256) Тогда как в (234)
При работе с закупом нельзя брать ответсвенность на себя
Слишком живие деньги и слишком "живой" товар который легко превратится в "мертвыЙ"

для меня сейчас цель одна, хочу что бы они признали тот функционал который есть сейчас

ты путаешь тёплое с мягким. Крайних искать не надо. Надо отчитываться и выявлять отклонения от плана внедрения.
Если причина - Иванов то е...ать его обязательно надо, иначе проект ты никогда не внедришь. Но это привилегия руководства.

То есть утрируя
Либо сидеть на Ж ровно ,  выплнив задачу формально
Либо раскачать лодку , но не забыв надеть спас жилет в виде поддержки высокого руководства , и грести , то есть разгребать г.но все равно должны другие , кому это положено по должности

(264) + с косметическими изменениями, но признавать они его не хотят так как он не отвечает полным требованиям и только мешает работать

(267) Вообще какие ли бо стандарты ведения закупок есть формализованные ?

(268) смеешься?))

(269) + ну есть что то у каждого на компе в ексельке, но политики по отделу нет никакой

Я конечно извиняюсь.. либерализм он сродни онанизму - вроде и телодвижения есть, а результата - нет..

Если пытаться мягко и самому договориться с пользователям не решая проблему кардинально - можно "что-нибудь" внедрить. Это "как-нибудь" будет работать. Но тогда грош цена такому внедрению.
Не сможешь воздействовать на пользователей через руководство - получи срыв проекта. Не будь коекакером! :))

(267) приходишь к главному шефу и говоришь

Иванов не хочет принимать функционал и не пишет изменения к ТЗ, я не зная что делать! Есть 2 пути или заставить Иванова начать работать на том что есть или заставить его написть ТЗ после которого его все устроит. Я это сделать не могу, прошу Вашей помощи!

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

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

(272) ну напишет тебе Иванов ТЗ по которому нереально работать, у которого требования будут зашкалены и т.д.

(1) борьба с проектным саботажем наука тонкая и деликатная

.. и интиморектальная

(0)

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

(274) Тебе горячо ? Холодно ?
Работает согласно ТЗ что еще надо , не работает - проблемы постановщика .
Если совесть так не позволяет и гочется в болото окунутся - раскачивай лодку , не забыв подстелить соломки

(270) А это не мало.

(274) пофигу, твоя задача выполнить это ТЗ, если после этого шага он опять начнет мутить - опять к шефу но уже со словами "я-же Вас предупреждал" и просьбой выписать премию за сверхурочное время. Дополнительно говоришь, что 3 месяца потрачено исключительно на ТЗ Иванова которое выполнено на 99% и теперь оказывается никому не нужным, Вы потеряли на моей ЗП = 300тр

+(278) Начните с того , чтобы все ексельки были на общем сетевом ресурсе. Уже получится как баааа база данных .

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

А потом уже автоматизация , нельзя к ней на данном участке приступать , пока 4 предыдущих не решены .
А вот раскачивать лодку или не раскачивать , это уже твой выбор , никто тебе не подскажет.
Я например в свое время раскачал , сейчас ИТ директор в этой (нехилой) компании :)

(279) ТЗ это все таки либо когда хочется прикрыть свою жо, либо для какого нибудь исполнителя который понимает только ТЗ и ничего другого. Если в конторе работают только чрез бумажки то значит там прогнило все до такой степени что связываться себе дороже

(282) со многими контактирую без ТЗ всегда находим общий язык и понимание, вот только этот отдел "особенный"

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

(284) да они прекрасно понимают чего хотят "Хотим нажать на вот эту кнопку и что бы все работало" ну что то вроде того,

(285) рисуете таблички по 5 строчек источников данных и говорите -
напишите строчками что вы считаете нужно сделать
ну там всего то покажите мне на простом примере :)))
и смотрите
100% у них не получается
так немного их пожурите чтоб они поняли что даже в простом случае они написать ...
скажите я приду через пару дней ну напишите хотоь что сможете :)))
не напишут
А если напишут используете их записи как ТЗ и ниотступаете ни на шаг от примера
В случае претензий что высделали не то суете им их же бумажку ...
и фейсом об тейбл

(285) + требования абстрактные, при попытке углубится понимаешь что попадаешь в болото, попытка ограничить в требованиях то же натыкается на непонимание

(287) методика из (286) позволяет уделать любого заказчика да еще и офаршмачить так походя чтоб не лезли

(286) но это опять позиция прикрыть жо и слить на тормозах.
Хочу все таки притянуть их к тому что уже наработано

(282)
"ТЗ это все таки либо когда хочется прикрыть свою жо, либо для какого нибудь исполнителя который понимает только ТЗ и ничего другого. Если в конторе работают только чрез бумажки то значит там прогнило все до такой степени что связываться себе дороже"
С таким восприятием ты далеко не уедешь.
ТЗ это ведь не обязательно утвержденный документ с 20ю подписями, печатями, титульным листом и отступами в 2.54 см.
Неким подобием ТЗ может быть даже обычное письмо. Главное - чтобы его суть была понятна заказчику и исполнителю. Что нужно сделать и что заказчик хочет получить.
И никакая это не бюрократия. Это письменно зафиксированное требование.
Можешь называть это прикрытием жо. Но если нравится оставаться во всем виноватым, ради бога. А без письменных договоренностей ВСЕГДА виноват исполнитель. В любой отрасли и стезе.

(289) ответьте СЕБЕ на один вопрос - Для чего Вам помогать заказчику в подобной ситуации?

(289) Пишешь диру (или кто там у тя начальник).
Тра ла ла, в нашей компании появилась потребность автоматизировать то то и то то (а вдруг дир не иницииатор/или забыл совсем про это/или вообще не в теме). На данный момент имеется такой вот функционал (описание) - позволяет решить это и это, таким то способом.
ПРЕДЛАГАЮ (заметь, не "притягиваю вас", а именно "предлагаю") запустить в тестовую эксплуатацию с ежедневной оценкой результатов...
СЧИТАЮ, что данный механизм на данный момент удовлетворяет большинству требований (тра ла ла), которые при необходимости далее могут быть доработаны.
Жду вашего решения.
В копию весь свой "любимый" отдел.

Вот тебе и способ без бюрократии.

(290) "А без письменных договоренностей ВСЕГДА виноват исполнитель. В любой отрасли и стезе."
вы изначально ставите вопрос как бы прикрыть свою жо, типа "А вот без ТЗ виноват всегда исполнитель"
мой опыт показывает что с нормальными компаниями, людьми можно, да и более эффективно это работать без ТЗ, все все прекрасно понимают зачем, для чего, как и т.д.
в случаи же с проблемными участками тут только ТЗ согласен

(291) потому что его запрессовали там. И вроде как обратной дороги нет, и слушать их не хочет/не может. А письменное общение считает жуткой бюрократией.

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

(295) + правильное решение было бы изначально не связываться с этим

(293) "вы изначально ставите вопрос как бы прикрыть свою жо"

Ты ошибаешься. Я изначально ставлю вопрос, чтобы решить его. А не выяснять потом, у кого жо голая. Способ единственный - письменно зафиксированные требования и согласования.
Даже если ты инициатор.
Даже если идет устный диалог несколько часов - подытогом ДОЛЖНО быть письмо.
Это не прикрытие - это зафиксированный результат договоренностей.
Ну уж это не понимать, то я не знаю.

(295) Так предлагай. Письменно, диру. Иначе все твои общения с исполнителями - уходят в никуда.

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

(298) уже озвучил что думаю

(299) + ну разве что бабла срубить и слить, только самому противно будет от этого

(299) Я так и не понял, кто инициатор - ты, дир, или отдел закупа?

И еще - ты реально считаешь, что способ общения по (292) - это "бюрократическая машина"?

(300) Просто эту ветку распечатай и дай почитать :)

(303) смотря в каких рамках, в рамках общения франч-клиент то это нормально

(292) Без разумной бюрократии особенно в крупной структуре никак . И чем более сложна и ответсвенная задача стоит тем больше бумажек надо

(302) инициатор ген. дир. но лично участвовать в этом он не хочет, хочет готовое решение

(306) у нас небольшая структура

(303) В рамках взаимодействия отдел - отдел то же абсолютно нормально .

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

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

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

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

(310) а если не будут то что? Уволишь весь отдел закупки?)))

(308) да какая разница. Хоть 5 человек на весь "офис".
Вот пишешь ты (292) - дир говорит - ок, я не против, делаем. (или наоборот обеими руками "за")
Далее ты встречаешь упорство со стороны исполнителей.

Выбор за тобой. Или упорные получают пендаля и задача (одобренная/поставленная диром между прочим) решается, или ты виноват везде и всюду.

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

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

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

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

(315) Мало вычли :)

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

(314) Не прав, дир. все видит и понимает, уводить и надавать им пенделей тоже не вариант так как работать будет некому.

(321) дир все видит, но сделать ничего не может. А ты пытаешься. Странная позиция.

(319) много тоже нельзя, штраф должен быть разумным

(318) вам шашечки или ехать? У нас ежегодный рост, даже в кризис. Просто есть свои нюансы как и везде

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

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

(323) У нас при не выполнении четко оговоренных функциональных задач , демотивация до 50% доходит .
Причем выполнить фунциональные задачи в принципе не так уж сложно , ничего сверхестественного не требуется .

(321) Покупать - не продавать. Тратить чужие деньги много ума не надо ;)
Сложно найти того, кто будет тратить их с умом, но разогнать нерадивый отдел закупок и набрать новый - как два пальца...

(326) ну тогда (320) и нет проблем.

(328) ну не скажи, ключевой отдел и сотрудники

(329) уже сделано, буду держать в курсе, к концу недели прояснится

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

(330) если они херово работают, то я прав
если они хорошо работают и им, да и вообще компании нахрен не сдалась автоматизация стока, то ты занимаешься херней - здесь прав (320)

(332) ну у нас отдел закупки контролирует цены закупа, и от его работы зависит рентабельность в целом, сам ген. дир. отталкивается только от отдела закупки

(0) Если не реально все документировать то реализовать еще нереальней.

(335) да брось те вы. Вы че реально работая на сопровождении по кадому шагу ТЗ расписываете, мне в таком случаи потребовался личный секретарь и пару помощников и сроки растянулись на черти занет сколько

(334) А стандартов регламентирующих его работу и нет :( Значит управленцы не тянут

(327) жоско у вас )))

(338) Глянь (161) :)

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

(336) Не всегда ,но как правило и в основном все очень детально расписывается

ИТО задачу может поставить вообще только начальник другого отдела
Если задача более менее функциональная , постановка задачи только проектным заданием от него же .
На основвании проектоного задание пишется ТЗ , которое утверждается у исполнителя , если большое то по этапно .

утверждается у исполнителя-----> у заказчика (постановщика задачи)

Да медленней , но качественней , когда бабки на кону серьезные лучше перебдеть чем недобдеть :)
А отдел закупа - очень серьезные бабки , и как уже отмечалось есть левые , и от них особо не избавится , не реально все равно что то прилипнет .
Количество прилипших можно минимизировать разными административными средствами .
Но самое главное что бы количество прилипших бабок  никак не сказывалось на эффективности работы , и на потерях компании в целом.
Закупили , чето там в карман упало , если закупка совершена в соответсвии с "Приказом о стоковой политике" , ну и черт с ним с упавшим в карман.

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

По этому причины саботажа у закупщиков отличаются от саботажа в других отделах

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

(344) то же верно

все почему то забывают где что мы в России, это в германии можно расписать бумажками и будет все крутится вертеться, оглянитесь вокруг, мы живем в мире иллюзий, одними ТЗ проблему не решишь она скорее системная и пронизывает все аспекты нашей жизни

(346) + компания с миллиардным оборотом но психологией ларечников, и решение и подход должен быть соответствующий.

(336) Коллега, боюсь моя оценка будет несколько жесткой и обидной, но прошу понять с профессиональной точки, а не личной.

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

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

Совершенно похрен, будет подписана бумажка или нет - именно Вас назначат крайним за провал. Задача должна ставиться по-другому - не отмазаться за ожидаемый провал, а предпринять действия, которые приведут к успешному завершению проекта. В том числе заложить в проект все риски и УПРАВЛЯТЬ этими рисками.

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

И еснно в этой области Вы уже понаступали на всевозможные грабли, связанные и инициализацией проекта и его планированием. По сути Вы сразу совершенно неправильно поставили базовый подход. Вы для себя решили, что вы чего-то там внедряете (новые процессы, новые методики и т.п.). И "подопечным" внушили, что Вы принесете им все на блюдечке с голубой каемочкой. Но это ПРИНЦИПИАЛЬНО неправильно. Это ОНИ внедряют у себя новые процессы и методики, а Вы ПОМОГАЕТЕ им в качестве организатора, эксперта и технического специалиста. Разницу чувствуете?

Я бы рекомендовал надыбать PM Book и немного почитать его. Это непростая задача, ибо часто кажется, что там бред сивой кобылы и набор несвязанных слов. Особенно если попытаться порешать всякие тестовые задачи. Но потом как-то потихоньку снисходит понимание.

(347) + одними бумажками не закрыться и не решить проблему, приходится по разному взаимодействовать и искать пути решения

(346) Ну так об этом тебе в этой ветке многократно говорили , по этому ты и стоишь перед выбором

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

(347) Что ты понимаешь под решением проблемы ?

(348) +100

"Это ОНИ внедряют у себя новые процессы и методики, а Вы ПОМОГАЕТЕ им в качестве организатора, эксперта и технического специалиста. Разницу чувствуете?" - по такому принципу я и работаю, если им не надо то мне и подавно, мне просто по личным причинам не хочется спускать это все "типа раз начал то надо закончить"

(350) "Что ты понимаешь под решением проблемы ?"
Что все остались довольны и получили то что хотят

(352) Не сочти за оскорбление , но если с начала все через Ж (касаемо хотябы одного участка) , то что заканчивать то ?

(353) Я тебе уже говорил - сотрудникам закупа правильная автоматизаци НЕ НУЖНА , ты крадешь у них деньги , либо они глупы что в принципе не могут понять что такое автоматизация и что от них требуется :)

(348) ну компаний готовых работать по таким принципам процентов 5-10% на рынке, остальные ларечники и хочешь не хочешь с ними как то то же нужно работать, ту кто работают в поле меня поймут.

>>Что все остались довольны и получили то что хотят<<
Это не постановка задачи , это МЕЧТА :))

(355) Им не нужна - нужна их руководству.

(358) при этом руководство не готово ломать и делать по новой

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

(0)
было такое.
разрулил шеф.
просто сказал отделу:
 не заработает через 2 месяца - программистов уволю, вас тоже.

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

(358) Так пусть руководство разродится стандартами (их вообще нет) , примет управленческие меры , разработает мотивации сотрудников отдела закупа , а вот ПОТОМ уже можно браться за ТЗ и кодирование .

(352) "им не надо то мне и подавно" - представляется, что если бы им не надо было, то Вас бы и не пригласили. А если пригласили и платят, то надо.

Все остальное - организационный процесс. Инициализировать проект, определить спонсора, руководителя проекта, назначить экспертов и т.п. - это банальное управление проектом. По сути в подавляющем числе проектов мы все наталкиваемся на точно такое болото. И оно будет болотом, пока его не ОРГАНИЗОВАТЬ. Ибо запрос "нужна бумажка", адресованная неограниченному кругу лиц приведет к тому, что бумажки не будет. А вот "Вася Пупкин, Вы назначены приказом директора экспертом в проект ххх. По плану проекта к хх числу Вы обязаны подготовить документ, описывающий бизнес-процесс закупок Вашего отдела с приложением yyy и mmm. Невыполнение в срок задачи приведет в увеличению критического пути проекта и риску не завершить его в установленный срок". Вы разницу замечаете? В первом случае вроде бы все что-то там должны, а вроде никто ни за что не отвечает. А во втором Пупкин прекрасно понимает, что хх+1 числа его могут порвать на британский флаг.

(362) Ну тогда забей , сделай все формально на отъ.бись, прикрой жо.у бумажками , и сточки зрения руководство все ништяк и все в шоколаде

(356) Коллега, Вы меня не поняли. Я не предлагаю компаниям работать по такому принципу. Я предлагаю Вам работать по такому принципу. Причем я не изобретатель этой хрени - "все уже украдено до нас". И оформлено в виде PM Book. Это концентрированный опыт наступания на грабли другими.

(364) Причем Пупкину такой приказ должно отдать именно руководство , а ни какой то там программист . Для Пупкина исполнитель никто , звать никак , лезет не всвое дело , да и чуть ли не в личный карман Пупкина

(366) А если руководство считает что все хорошо (а компания не попадает в заветные 10%) , значить руководство хреновое :)

Вотнапример для ТС вопрос на вскидку . В отделе закупа осуществляется ли регулярная ротация менеджеров между ассортиментными группами и поставщиками ?

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

(367) В классике может и "программист". Если он назначен руководителем проекта. И проектную группу ему подчинили официально. Типа "Вася Пупкин, в течение декабря каждый день в течение 1 часа работает на проект.

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

(370) + поэтому приходится извиваться

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

(371) Ну или самому стать боссом :)
(372) Как мне знакома эта отмаза , классика просто , на самом деле 95 процентное преувеличение

(370) Чушь полная. Стандартная отмазка менеджеров, не желающих наводить порядок в болоте, т.к. в мутной воде легче свои шкурные вопросы решать. Применялась 100500 раз уже в массе компаний. Но это уже ИХ проблемы, а не твои. Ибо как было сказано выше ОНИ внедряют новые методики и процессы, а не Вы. Они выступают экспертами в предметной области и оценивают эти риски.

(374) -->(370)

(373) Ответь про ротацию менеджеров в отделе закупа , интересно

(373) Коллега, Вы меня пытаетесь убедить, что Вам не хочется работать? Или себя?

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

Тогда какова цель поднятия сабжа? Поплакаться, получить сочувствие и психологическую помощь?

(378) я пытаюсь вам показать что не все так просто

(378) "Тогда какова цель поднятия сабжа? Поплакаться, получить сочувствие и психологическую помощь?"
интересно мне мнение других

(378) угу , см (234) или так или так .
Причем первый вариант (формального решения) тоже имеет полное право на существование

(379) Ну так и я тебе говорю , в отделе закупа все намного сложнее чем видится снаружи :)
И даже если все документы чики пуки , внутри все равно брожение

(379) Просто только лежать на диване. Вся остальная деятельность требует некоторых усилий. И предполагается, что ожидаемый профит пропорционален этим усилиям.

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

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

Если хочеш сделать действительно нормально и окунутся в говны , с определенными шансами выплыть в шоколаде .
1. Изучить  методологическую литературу по управлению стоками
2. Провести фактический анализ управления стоками в компании
3. Найти нарушения и отклонения в управлении стоками вызывающим серьезные финансовые потери (они есть, в описываемой компании их вероятность 100%)
4. Выйти на серьезого акционера (пайщика) в компании обладающего реальной властью , неплохо если у него еще и голова на плечах
5. Обрисовать ситуацию , и не словами "Пля , все плохо" а с цифрами и фактами
6. Предложить хотя бы общеие пути решения проблем

Если дело закрутится , то повезло , это первый шаг к разработке стандартов (до ТЗ еще очень далеко)

мы пишем без ТЗ, со слов руководителей подразделей

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

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

(387) + сомнения в успехе проекта появляются не из за сложно технической реализации а из за сложности взаимодействия с отделом

+(384) И все перечисленное строго говоря вообще не относится к обязанностям программиста , но назвался груздем - полезай в кузов

Далее все разделяется на два направления
1. Собственно разработка стандртов , у разработчика должен быть определенный багаж опыта и знаний
2.Шаги исполнительной власти по продавливанию этих стандартов в жизнь (пока хотя бы на бумажках)
2.1 Первый шажок единая форма расчетов в Excel для всех менеджеров . Разработай её сам , многое поймешь для дальнейшей автоматизации
2.2 Минимизация человеческого фактора в отделе закупа , каждый солдат знает свой маневр , а не заменимых быть не должно
2.3 Введение регулярной ротации менеджеров по поставщикам и ассортименту , личные связи с поставщиком должны быть минимизированы
3. Работа по этим стандартам некоторое время , минимум пару месяцев , без автоматизации , выискивание методологических госяков , затыков и нюянсов
4. Разработка прозрачной мотивации для менеджеров отдела закупа , именно простой и прозрачной , заточенно на максимальное соблюдение декларируемых стандандартов .

На пятом этапе сотрудники отдела закупа сами принесут тебе проектное задание , с просьбой автоматизировать их тяжкий труд . Написание собственно ТЗ это дело все таки ведущего программиста проекта

(385) + еще просто банально лень

(386) Ну дык сами принимайте решение для себя. Кто ж в этом Вам поможет? Риск безусловно есть. Оцените свои силы, прикиньте свои возможности и желание. Чувствуете силы - вперед. Есть сомнения - откажитесь (но только мотивировано).

(390) Это тоже аргумент. Но тут нужно "в пакете" отвечать на другой вопрос - как Вы дальше представляете свой профессиональный рост? "Сидеть на попе ровно", или расти и продвигаться? Ни то, ни другое не может осуждаться, ибо это личный выбор каждого человека. Но в какой-то момент нужно для себя определиться, чего же хочется в жизни.

(385) А потом он скажет - я этого не говорил , или вы не правильно поняли , я совсем другое имел ввиду :(
Разница в методиках расчета наценки между партионным и средневзвешенным 1-2 процента , в крупной компании это миллионы и десятки миллионов в месяц. И где они ? Конечно программист виноват

(391) "откажитесь (но только мотивировано)"
эта тема помогла для себя мотивировать

(391) тут дело не в просто лени как таковой, просто чувствуешь что все это будут коту под хвост нет полной картины как не пытался я себе ее представить. Даже сто точки зрения проф. роста такие проекты вредны

(394) Они как раз очень полезны с точки зрения проф роста , только несколько в другом направлении :))

(393) "Для себя" - это важный шаг. Но важно также донести это грамотно до боссов. Чтобы сохранить лицо. Не типа "Я не смогу завершить проект успешно". А типа "По причинам А, Б, В я считаю, что проект не будет завершен успешно, что приведет к потерям ... монгольких тугриков. Предлагаю отложить его до решения этих проблем. В подготовительный период предлагаю сделать х,y,z. Поручить работу рекомендую Иванову, Петрову, Сидорову.".

(394) Кагбэ сложно научиться плавать теоретически. Вроде по книжке понятно как грести, ка дышать. Но пока не нырнешь...

(396) иными словами перевести стрелки))

(397) с волками жить по волчьи выть :)

Всю тему не читал - может, уже говорилось про это.
В подобных ситуациях ключевой момент - кто будет принимать сделанную работу. То есть - кто скажет/подпишет, что сделано всё и всё сделано правильно? Вот это надо обсуждать в первую очередь. В данном случае - с ген.диром. И потом уже с этим человеком обсуждать постановку задачи и подписывать бумаги. Иначе можно обсудить всё со множеством людей, а потом всё переделывать, потому что оценивать работу и закрывать проект будет кто-то совсем другой.
А добиваться единого целостного ТЗ от множества разных людей - бесполезно, они не смогут договориться, даже если у каждого по отдельности будет своё вИдение (что тоже бывает очень редко).

(397) Нет, описать риски и предложить способы управления ими. А дальше босс принимает решение - ввязываться в проект, осознавая все риски. Или не ввязываться. Но это уже будет его решение в пределах его компетенции.

(398) а то)))

(401) При разумно развитой бюрократии , искуство перевода стрелок сильно уменьшается , порядок ответственности определен заранее в значительной мере.

короче есть заинтересованность в http://infostart.ru/public/22125/ выяснить только может ли она в разрезе поставщиков работать либо допиливать

(0) Юзерам это нах не надо. А тебе что больше всех надо?

(404) ну у меня то же есть заинтересованность

(403)Допиливать по любому , нокак основу использовать можно :)

(405) Внедренец 1С должен обладать многими талантами. В том числе уметь терпеливо уговривать сомневающихся и возражающих.