Сообщений в теме: 24

[bdv]

Предисловие.
Организация имеет штат сотрудников, протеже или родственников.
Каждый из них, пытаясь оправдать свою необходимость, создает кучу приказов и документов....
Приходить срециалист 1C или ...
Задает вопрос специалисту организации "Что хотите"?
Получает ответ: "нужен этот документ"
Специалист "лепит" этот документ,
Специалист выставляет счет,
Специалист получает финансовое вознвгрождение,
Руководство "вроде бы довольно", как же иначе то,оно-же не имеет в своем бухгалтерском балансе отчета , сколько потратили на эту форму и какой (хотя-бы косвенный) экономический эффект".
Проходит время... Отчет ненужен, и исполнитель организации перешел, уволился...
Грубо по форме, но в общем отражает содержание

P/S
Приходит постановщик задач и говорит... Техническое задание составит около 20% процентов стоимости разработки.
Почему?
Ответ: он должен обследовать пожелание клиента
найти информационные связи,
определить, перечень,способ и регламент представления выходной информации
выработать граничные условия и т.п., для получения этой выходной информации,
должен обследовать и составить перечень входной информации
способ ее вода, технологическую совместимость и регламент.
Потом уж, нотациями UML, Word ... подготовить ТЕХНИЧЕСКОЕ ЗАДАНИЕ
, и уж после его подписания,
теми-же средствами, объяснить программистам,
что при выборе этой колонки сделать то-то,
а вот жто расчитать так-то..... (короче разжувать им где и как класть кирпичи называемые SQL,DELPHY,ORACLE, BASIQ и т.п.)

Опять же, грубо по форме, но в общем отражает содержание.

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

Черт возьми, а эта тема Вам Нужна...? Мне да... Я, и тех, кого я представляю, нужны Ваши комментарии, Ваши замечания, Ваше "Я".
А зовут меня Дмитрий.
А специальность моя, напрягитесь, "Организация автоматизированной обработки экономической информации"

Привет Всем случайным и интересующимся!
С Уважением к Всем Дмитрий.

[Cynic]

Наши замечания - писать по русски грамотно научитесь, это для начала ! А там will live and see...

[baton82]

Наши замечания - писать по русски грамотно научитесь, это для начала ! А там will live and see... 

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

[baton82]

Наши замечания - писать по русски грамотно научитесь, это для начала ! А там will live and see... 

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

[NorthMax]

Сумбурно и непонятно, что автор хотел сказать?
Если имеется в виду необходимость постановщика задачи в написании отчета - то скажу, что не нужен он здесь абсолютно. Классическая схема заказчик->постановщик->технический писатель оправдывает себя при автоматизации сложного и объемного техгологического/экономического процесса, в разработку которого вовлечены большие человеческие и технические ресурсы, при этом разработка и внедрение ведется поэтапно и как правило, дастаточно протяженно по времени. А тут речь идет о финансовом отчете, в которых порою, необходимость возникает по несколько штук в день. Как правило, на получение отчетной информации отводится немного времени, и что Вы предлагаете организовывать постановку задачи для этих отчетов? А если еще и постановщик не "в теме"? К тому же способ автоматизации с привлечением постановщика, дифференцированного от непосредственного исполнителя зачастую не оправдывает себя, т.к. данная схема хорошо отрабатывает в слаженной, сработанной команде, за плечами у которой есть несколько работающих проектов.
И все же тема, думаю будет интересной, с удовольствием обменяюсь опытом/мнением по этой тематике, есть опыт работы по данной схеме по большинству ключевых позиций

[bdv]

...."А тут речь идет о финансовом отчете, в которых порою, необходимость возникает по несколько штук в день. Как правило, на получение отчетной информации отводится немного времени, и что Вы предлагаете организовывать постановку задачи для этих отчетов"
Почему возникает эта ситуация - Безграмотный пользователь или безграмотная постановка ???????
Любой фин отчет- срогая формализация цели, которая либо было неучтена в начале проектирования, либо неоплачена (стоимость разработки) либо пользователь "выслучивается валом писанины" (хочу видеть эту колонку и еще и эту).
Грамотный пользователь, владеющий большим кол-вом методик расчетов и т .п. понимает, что за 1 день это нерешается.

[NorthMax]

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

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

А за один день все проблемы решаются при наличии грамотного программиста в штате

[bdv]

Грамотный программист - это грамотная медсетра, может даже диагноз поставить....

[NorthMax]

Грамотный программист - это грамотная медсетра, может даже диагноз поставить....

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

[Yukon]

Грамотный программист - это грамотная медсетра, может даже диагноз поставить....

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

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

Тех. писатель - "это человек, который умеет создавать документацию"

http://www.raai.org/...fdoc/ofdoc.html

[NorthMax]

Грамотный программист - это грамотная медсетра, может даже диагноз поставить....

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

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

Тех. писатель - "это человек, который умеет создавать документацию"

http://www.raai.org/...fdoc/ofdoc.html

Может и перепутал сейчас такая неразбериха с терминами, но думаю, по контексту понятно, что именно я хотел сказать

[Dr.Lee]

Грамотный программист - это грамотная медсетра, может даже диагноз поставить....

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

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

[NorthMax]

2Dr.Lee На практике, в подавляющем большинстве случаев, программист сам себе постановщик, т.е. сам исследует бизнес-область. По поводу тех.писателя, небольшая путаница в терминах, см пост выше. Для ясности, определимся в терминах:
1. Программист - он и есть
2. Постановщик - человек, проводящий исследования в области автоматизации, который является своего рода буфером между заказчиком и кодировщиком.
3. Кодировщик - человек, пишущий код программы, по постановке задачи, подготовленной человеком, указанным во втором пункте.
4. Тех.писатель - оказывается, человек пишущий тех.документацию к программному продукту

[asr]

Работа проектироващика задач:

найти информационные связи,
определить, перечень,способ и регламент представления выходной информации
выработать граничные условия и т.п., для получения этой выходной информации,
должен обследовать и составить перечень входной информации
способ ее вода, технологическую совместимость и регламент.
Потом уж, нотациями UML, Word ... подготовить ТЕХНИЧЕСКОЕ ЗАДАНИЕ
, и уж после его подписания,
теми-же средствами, объяснить программистам,
что при выборе этой колонки сделать то-то

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

Вопрос:
Если необходимость работы проектировщика?

Ответ:
Можете дать сами.

[Dr.Lee]

2Dr.Lee На практике, в подавляющем большинстве случаев, программист сам себе постановщик, т.е. сам исследует бизнес-область. По поводу тех.писателя, небольшая путаница в терминах, см пост выше. Для ясности, определимся в терминах:
1. Программист - он и есть
2. Постановщик - человек, проводящий исследования в области автоматизации, который является своего рода буфером между заказчиком и кодировщиком.
3. Кодировщик - человек, пишущий код программы, по постановке задачи, подготовленной человеком, указанным во втором пункте.
4. Тех.писатель - оказывается, человек пишущий тех.документацию к программному продукту

в конкретном случае можно воспользоватся программистом

[A.I.]

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

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

[NorthMax]

Зачем так говорить, нету и все. Не только видел, но и работал в такой компании, где методика автоматизации отработана и отшлифована, и каждый человек в секторе разработки занимается своим фронтом работ. Причем кодер пишет, постановщик исследует, админ админит, саппорт - поддерживает, тестер - тестит. Автоматизация проводится согласно план-графика, под каждый сектор разработки свой менеджер проекта. Грамотная, классическая схема, управленцы - буржуи, правда. Штат ДИТа около 1000 человек, правда область автоматизации не выходит за рамки производственных нужд себя и своих "дочек".
Мода на "универсалов" рано или поздно проходит, при текущих темпах развития АйТи индустрии в РК рынок в скором времени придет к дифференцированию профессионалов. All in One по любому уйдет, хоть и постепенно.
Оптимальная методология работы - понятие растяжимое и зависит от поставленных задач и целей, универсальной методологии не бывает, у каждого подхода есть свои преимущества и недостатки, поэтому при комплексном подходе для каждого проекта может быть выбран тот или иной метод автоматизации.

[BAD]

Паддерживаю НортМакса. Если вы чего-то не видели, то не значит что этого нет.

[A.I.]

Зачем так говорить, нету и все. Не только видел, но и работал в такой компании, где методика автоматизации отработана и отшлифована, и каждый человек в секторе разработки занимается своим фронтом работ. Причем кодер пишет, постановщик исследует, админ админит, саппорт - поддерживает, тестер - тестит. Автоматизация проводится согласно план-графика, под каждый сектор разработки свой менеджер проекта. Грамотная, классическая схема, управленцы - буржуи, правда. Штат ДИТа около 1000 человек, правда область автоматизации не выходит за рамки производственных нужд себя и своих "дочек".
Мода на "универсалов" рано или поздно проходит, при текущих темпах развития АйТи индустрии в РК рынок в скором времени придет к дифференцированию профессионалов. All in One по любому уйдет, хоть и постепенно.
Оптимальная методология работы - понятие растяжимое и зависит от поставленных задач и целей, универсальной методологии не бывает, у каждого подхода есть свои преимущества и недостатки, поэтому при комплексном подходе для каждого проекта может быть выбран тот или иной метод автоматизации.

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

Если компания иностранная то в этом нет не чего удивительного а вот если местная с нашим руководством то мой полный респект.

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

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

По этому и говорю что нету... Если хотите дебата по поводу того что я не прав пишите в ЛС, расмотрим все мирным путем...

[NorthMax]

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

Если компания иностранная то в этом нет не чего удивительного а вот если местная с нашим руководством то мой полный респект.

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

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

По этому и говорю что нету... Если хотите дебата по поводу того что я не прав пишите в ЛС, расмотрим все мирным путем...

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

Компания - акционерное общество, работает уже лет 50 , правда сейчас управляющая компания (инвесторы) действительно иностранцы, но менеджмент и методология сложились еще со времен СССР. Кстати говоря, директор ДИТ (единственный иностранец в департаменте) заканчивал Ленинградский универ, т.ч. есть о чем подумать.

К сожалению, перечисленные Вами компании ни о чем мне не говорят, но тут уже мое упущение

По поводу кризиса ИТ кадров я уже писал в теме "Зарплаты", опять таки, поскольку Вы пишете о "судя по редким обьявлениям о работе" т.е. все таки маленький,но интерес есть, значит не "всем глубоко насрать на это дело..."
В личке дебатировать не вижу смысла, по поводу "прав, не прав" - у каждого свое мнение, сложившееся в силу приобретенных знаний и опыта, но хочу отметить, что категоричные заявления "НЕТУ" можно писать с приставкой ИМХО