Привалило тут счастье под новый год, свалилось пару проектов по 1С, в котором я как свинья в апельсинах.
Взяли человека(программиста 1с) под это дело.Хочется понять как построить процесс работы.
Все основные процессы в организации которые пересекаются с 1С я в курсе, только вот пользователи если и дают задания, то в разрезе как раз 1с и с прочеми бухгалтерскими вещами. Разбираться в бух учетете что-то совсем не айс(можно тогда будет на ночевку на работе оставаться) и просто отдавать человека пользователям на растерзания(чтобы он бегал и собирал с них всякие хотелки, а потом переделывал по сто раз хотелку, потому как кто-то не правильно хотелку не правильно сформулировал) считаю не правильным(по голове получать буду я).
Вопрос: В принципе проблема у меня только с бухами(я например не знаю что такое — забалансовые счета), потому как просто надо очень много потратить времени на разбор предметной области(терминологи и т.д. Да и бизнес у нас еще специфичный), а пока это процесс идет хочется чтобы работа все таки шла потихоньку. Соответственно возникаю проблемы в оценке сложности задачи и контроля её выполнения.
Здравствуйте, MozgC, Вы писали:
MC>А вы уверены что вы выполните проекты в срок? Может стоит рассмотреть вариант отказа от проектов если вы там как свинья в апельсинах?
Это внутренние проекты организации и с ними придется так или иначе разбираться.
Отказаться от их ведение — пустить их просто на самотек.Ну или уволиться
По поводу сроков, нет там каких-то жестких ограничений по срокам.
По поводу свиньи в апельсинах, прям все время все занимаются тем что очень хорошо знают и не получают новых проектов не связанных с их специализацией?
Да и были тут профи по 1с, целая компания так они сроки завалили ого-го как.
ЗЫ:Вы как я понимаю предлагаете нанять профи, который разбирается предметной области, а самому постоять в сторонке?
Здравствуйте, linker, Вы писали:
L>ЗЫ:Вы как я понимаю предлагаете нанять профи, который разбирается предметной области, а самому постоять в сторонке?
Нет, мне просто по молодости как-то дали проект (компания хотела уйти от 1С на программу заточенную под них) — это был писец, российская бухгалтерия и общение с пожилыми женщинами бухгалтершами — это было достаточно геморойно и сложно. Там правда руководство сроки сорвало (мне проект поручили уже когда 90% сроков прошло), поэтому в конце концов заказчик вроде вообще отказался. Но я тогда просто для себя понял, что иногда лучше отказаться от проекта, если поджимают сроки или если предметная область совсем не знакомая и сложная.
Здравствуйте, MozgC, Вы писали:
MC>Здравствуйте, linker, Вы писали:
L>>ЗЫ:Вы как я понимаю предлагаете нанять профи, который разбирается предметной области, а самому постоять в сторонке?
MC>Нет, мне просто по молодости как-то дали проект (компания хотела уйти от 1С на программу заточенную под них) — это был писец, российская бухгалтерия и общение с пожилыми женщинами бухгалтершами — это было достаточно геморойно и сложно. Там правда руководство сроки сорвало (мне проект поручили уже когда 90% сроков прошло), поэтому в конце концов заказчик вроде вообще отказался. Но я тогда просто для себя понял, что иногда лучше отказаться от проекта, если поджимают сроки или если предметная область совсем не знакомая и сложная.
Сроки не жмут сильно и там по мимо бухгалтеров, есть еще большие куски в которых я разбираюсь.А так ситуация аналогичная.
Да и ТЗ в принципе есть какие-никакие.Основная проблема в том что они,бухгалтеры, хотят все задачи устно давать.Так и говорят пускай к нам программист придет и мы ему все расскажем.Вот считаю что это в корне не верно и хочу ограничить общение программиста с пожилыми бухгалтершами.
Здравствуйте, linker, Вы писали:
L>Основная проблема в том что они,бухгалтеры, хотят все задачи устно давать.Так и говорят пускай к нам программист придет и мы ему все расскажем.
Ну вот, основную проблему на текущий момент ты уже успешно сформулировал.
Осталось ее ликвидировать, например: написать и утвердить Устав проекта, в котором потребовать (и добиться!) назначения одного конкретного ответственного от бухов, чтобы все изменения и требования поступали только и исключительно от него и в письменном виде. А это — именно управленческая задача.
Здравствуйте, linker, Вы писали:
L>Привалило тут счастье под новый год, свалилось пару проектов по 1С, в котором я как свинья в апельсинах.
При желании, разобраться в построении бух.учета на любом предприятии можно за неделю.
Еще через неделю Вы сможете отличать "правильные" хотелки от неправильных.
Ожидать, что кто-то из бухгалтеров будет писать правильные ТЗ — наивно. Пусть даже 10 манифестов будет написано. Но заставить выделить 1-го человека от бухгалтерии, который будет утверждать Вами написанные ТЗ — вполне реально и правильно. Обычно на эту роль хорошо подходит зам. главбуха (он(а) обычно тянет основную "черную" работу в бухгалтерии
А ТЗ писать вместе с 1С-ником, он должен представлять всю кухню.
L>Вопрос: В принципе проблема у меня только с бухами(я например не знаю что такое — забалансовые счета)
А в поисковике набрать не пробовали?
Здравствуйте, A_N_M, Вы писали:
A_N>Здравствуйте, linker, Вы писали:
L>>Привалило тут счастье под новый год, свалилось пару проектов по 1С, в котором я как свинья в апельсинах. A_N>При желании, разобраться в построении бух.учета на любом предприятии можно за неделю. A_N>Еще через неделю Вы сможете отличать "правильные" хотелки от неправильных.
A_N>Ожидать, что кто-то из бухгалтеров будет писать правильные ТЗ — наивно. Пусть даже 10 манифестов будет написано.
Никто и не ожидает от бухов правильное ТЗ написанное по госту. A_N> Но заставить выделить 1-го человека от бухгалтерии, который будет утверждать Вами написанные ТЗ — вполне реально и правильно. Обычно на эту роль хорошо подходит зам. главбуха (он(а) обычно тянет основную "черную" работу в бухгалтерии
+ A_N>А ТЗ писать вместе с 1С-ником, он должен представлять всю кухню.
+
L>>Вопрос: В принципе проблема у меня только с бухами(я например не знаю что такое — забалансовые счета) A_N>А в поисковике набрать не пробовали?
Это понятно что в поисковике набрать и первая же ссылка на вики и там все разжевано.Все не знакомые слова гуглить?Проще сесть и разобраться.
Здравствуйте, linker, Вы писали:
L>Привалило тут счастье под новый год, свалилось пару проектов по 1С, в котором я как свинья в апельсинах. L>Взяли человека(программиста 1с) под это дело.Хочется понять как построить процесс работы. L>Все основные процессы в организации которые пересекаются с 1С я в курсе, только вот пользователи если и дают задания, то в разрезе как раз 1с и с прочеми бухгалтерскими вещами. Разбираться в бух учетете что-то совсем не айс(можно тогда будет на ночевку на работе оставаться) и просто отдавать человека пользователям на растерзания(чтобы он бегал и собирал с них всякие хотелки, а потом переделывал по сто раз хотелку, потому как кто-то не правильно хотелку не правильно сформулировал) считаю не правильным(по голове получать буду я). L>Вопрос: В принципе проблема у меня только с бухами(я например не знаю что такое — забалансовые счета), потому как просто надо очень много потратить времени на разбор предметной области(терминологи и т.д. Да и бизнес у нас еще специфичный), а пока это процесс идет хочется чтобы работа все таки шла потихоньку. Соответственно возникаю проблемы в оценке сложности задачи и контроля её выполнения.
К сожалению, вам придется хотя бы немного разобраться в предметной области. Это печальный удел почти любого руководителя проекта. Вопрос лишь в том, как это сделать с минимальными затратами времени и умственной энергии.
Я вижу здесь три основных пути:
Первый — попытаться разобраться по ходу дела, без отвлечения от основных знятий. Увы, не получится. Вас постоянно будут отвлекать от обучения каким-нибудь срочным вопросом. Изучение растянется на недели и месяцы. Думаю, вы это и сами понимаете.
Второй вариант — пойти на курсы по бухучету. Уверен, ваша организация вполне сможет прожить без вас три дня, а вам за три дня вложат в голову базовые знания по бухучету, причем никто не сможет этому помешать. Самый вероятный вариант, по-моему.
Третий вариант — согласен с Vlad_SP — сделать данную задачу проектом бухгалтерии (а не вашим) и на этом основании назначить руководителем проекта не вас, а кого-нибудь из серпентария, который сам будет формулировать все их хотелки в письменном виде. Ваша роль — архитектор, и не более. Это следует зафиксировать в уставе проекта, в который также советую внести требование пересмотра фич к реализации не чаще чем раз в две недели. Это резко сократит поток изменений и заставит формулировать требования более ясно и тщательно. Самый лучший вариант, к тому же в нем вы будете выведены из-под удара в случае провала проекта. Но чтобы продавить его, действительно потребуются приличные управленческие навыки.
И еще одна вещь из теории. У каждого проекта есть "спонсор" — лицо, в интересах которого делается данный проект, и который обладает бОльшим влиянием в организации, чем руководитель проекта. Он помогает проекту ресурсами — финансированием, людьми, защищает вас от гнева руководства, если что-то пойдет не так, от попыток отобрать у вас людей из проекта в его середине. Я бы советовал начать проект с вычисления спонсора и установления тесного контакта с этим лицом. Все остальное — потом.
Если спонсора нет, или его позиция "все это твои проблемы" — от такого проекта надо бежать, как от огня, или прибить его при рождении — это совсем несложно при отсутствии спонсора.
Здравствуйте, nvb, Вы писали:
nvb>Здравствуйте, linker, Вы писали:
L>>Привалило тут счастье под новый год, свалилось пару проектов по 1С, в котором я как свинья в апельсинах. L>>Взяли человека(программиста 1с) под это дело.Хочется понять как построить процесс работы. L>>Все основные процессы в организации которые пересекаются с 1С я в курсе, только вот пользователи если и дают задания, то в разрезе как раз 1с и с прочеми бухгалтерскими вещами. Разбираться в бух учетете что-то совсем не айс(можно тогда будет на ночевку на работе оставаться) и просто отдавать человека пользователям на растерзания(чтобы он бегал и собирал с них всякие хотелки, а потом переделывал по сто раз хотелку, потому как кто-то не правильно хотелку не правильно сформулировал) считаю не правильным(по голове получать буду я). L>>Вопрос: В принципе проблема у меня только с бухами(я например не знаю что такое — забалансовые счета), потому как просто надо очень много потратить времени на разбор предметной области(терминологи и т.д. Да и бизнес у нас еще специфичный), а пока это процесс идет хочется чтобы работа все таки шла потихоньку. Соответственно возникаю проблемы в оценке сложности задачи и контроля её выполнения.
nvb>К сожалению, вам придется хотя бы немного разобраться в предметной области. Это печальный удел почти любого руководителя проекта. Вопрос лишь в том, как это сделать с минимальными затратами времени и умственной энергии.
А действительно ли руководителю так важно разбираться в предметной области? Как мне кажется, основная задача РП — выстроить процесс, сделав его прозрачным, отслеживаемым и управляемым.
Для начала надо определить человека, собирающего хотелки бухгалтеров и преобразующего их в стандартный вид (ТЗ, Аналитическая записка и т.п.). Как уже говорилось выше, нужен также человек, утверждающий эти хотелки. К нему они попадают уже в стандартизированном виде, он же выставляет хотелкам приоритеты.
А дальше все идет по стандартной схеме: оценки затрат, составление графика работ, отслеживание выполнения.
nvb>Я вижу здесь три основных пути:
nvb>Первый — попытаться разобраться по ходу дела, без отвлечения от основных знятий. Увы, не получится. Вас постоянно будут отвлекать от обучения каким-нибудь срочным вопросом. Изучение растянется на недели и месяцы. Думаю, вы это и сами понимаете.
nvb>Второй вариант — пойти на курсы по бухучету. Уверен, ваша организация вполне сможет прожить без вас три дня, а вам за три дня вложат в голову базовые знания по бухучету, причем никто не сможет этому помешать. Самый вероятный вариант, по-моему.
nvb>Третий вариант — согласен с Vlad_SP — сделать данную задачу проектом бухгалтерии (а не вашим) и на этом основании назначить руководителем проекта не вас, а кого-нибудь из серпентария, который сам будет формулировать все их хотелки в письменном виде. Ваша роль — архитектор, и не более. Это следует зафиксировать в уставе проекта, в который также советую внести требование пересмотра фич к реализации не чаще чем раз в две недели. Это резко сократит поток изменений и заставит формулировать требования более ясно и тщательно. Самый лучший вариант, к тому же в нем вы будете выведены из-под удара в случае провала проекта. Но чтобы продавить его, действительно потребуются приличные управленческие навыки.
nvb>И еще одна вещь из теории. У каждого проекта есть "спонсор" — лицо, в интересах которого делается данный проект, и который обладает бОльшим влиянием в организации, чем руководитель проекта. Он помогает проекту ресурсами — финансированием, людьми, защищает вас от гнева руководства, если что-то пойдет не так, от попыток отобрать у вас людей из проекта в его середине. Я бы советовал начать проект с вычисления спонсора и установления тесного контакта с этим лицом. Все остальное — потом. nvb>Если спонсора нет, или его позиция "все это твои проблемы" — от такого проекта надо бежать, как от огня, или прибить его при рождении — это совсем несложно при отсутствии спонсора.
Здравствуйте, fudge, Вы писали:
nvb>>К сожалению, вам придется хотя бы немного разобраться в предметной области. Это печальный удел почти любого руководителя проекта. Вопрос лишь в том, как это сделать с минимальными затратами времени и умственной энергии.
F>А действительно ли руководителю так важно разбираться в предметной области? Как мне кажется, основная задача РП — выстроить процесс, сделав его прозрачным, отслеживаемым и управляемым.
Чем крупнее проект, тем справедливее ваши слова. Но на проекте в 4-5 человек РМу от предметной области абстрагироваться никак не удастся.
F>Для начала надо определить человека, собирающего хотелки бухгалтеров и преобразующего их в стандартный вид (ТЗ, Аналитическая записка и т.п.). Как уже говорилось выше, нужен также человек, утверждающий эти хотелки. К нему они попадают уже в стандартизированном виде, он же выставляет хотелкам приоритеты. F>А дальше все идет по стандартной схеме: оценки затрат, составление графика работ, отслеживание выполнения.
Это только при условии, что аналитик и РМ от бухгалтерии этим, во-первых, занимались хотя бы один раз, а во-вторых, не возражают против такой неожиданно свалившейся радости.
А вообще вы третий вариант описали, только другими словами
Здравствуйте, linker, Вы писали:
L>Привалило тут счастье под новый год, свалилось пару проектов по 1С, в котором я как свинья в апельсинах.
Так благодарите судьбу. У вас появился шанс понять саму суть управления. Вам в данной ситуации придется полагаться на "экспертное управление", доверять людям, и обходится без возможности запускать пальцы в детали. Это необходимая половинка в навыках управления. Выдающегося результата им не достичь, но одним им можно достичь необычайно много, если им владеть. А уж в сочетании с пониманием предметной области — так ваще.
L>Взяли человека(программиста 1с) под это дело.Хочется понять как построить процесс работы.
1) Прекратить запускать пальцы в детали работы специалиста. Объективно, он лучше вас знает, как решать те или иные вещи. Из колеи вас выбивает, скорее всего, именно это. Волноваться не надо.
2) "Процесс работы" строить надо, контроллируя список запросов (фич и багов) от "клиентов". До возникновения проблем, вам надо управлять приоритетами запросов. И все. Разбираться — только по показаниям. Когда будут показания, вы не будете на форуме спрашивать, надо вам разбираться или нет. Вы просто почувствуете, что разобраться вам _необходимо_. Читайте ниже, там пояснение.
L>Все основные процессы в организации которые пересекаются с 1С я в курсе, только вот пользователи если и дают задания, то в разрезе как раз 1с и с прочеми бухгалтерскими вещами. Разбираться в бух учетете что-то совсем не айс(можно тогда будет на ночевку на работе оставаться) и просто отдавать человека пользователям на растерзания(чтобы он бегал и собирал с них всякие хотелки, а потом переделывал по сто раз хотелку, потому как кто-то не правильно хотелку не правильно сформулировал) считаю не правильным(по голове получать буду я).
В естественной среде программисты 1С разбираются с "хотелками" сами — это часть их работы. Не надо считать идиотами бухгалтеров и вашего программиста 1С. Доверяйте им. Первые знают свои проблемы очень хорошо. Второй — отлично знает возможности 1С, и способы решения этих проблем. Они с "хотелками" разберутся. Что вам надо делать — в ситуации превышения количества хотелок над возможностями их реализовать в разумное время, именно вы определяете, в каком порядке хотелки будут удовлетворяться. Вот этим и займитесь.
Делайте это по правилу value/cost. Оценку "ценности" пусть дают бухгалтера. Оценку затрат — ваш программист. В простейшем случае, вперед пускаем то, что имеет наибольший коэффициент. В случае конфликтых или подозрительных ситуаций — разбирайтесь глубоко.
Вообще, с точки зрения "экспертного управления", чтобы позволить себе не разбираться в предметной области, и не сесть в лужу, необходимо иметь больше одного специалиста в ней, чтобы сравнивать их показания. Вот ваш выбор — либо начать в ней разбираться самому (ничего сложного в бухучете нет, кстати, главное понять сам принцип двойной записи, и как сводится баланс), либо нанять еще одного.
L>Вопрос: В принципе проблема у меня только с бухами(я например не знаю что такое — забалансовые счета)
Это счета, по которым нет проводок с двойной записью (то есть, в каждой операции-проводке участвует только один этот счет), и которые не участвуют в балансе. Это вообще самая простая штука, и собственно к бугалтерии имеет довольно далекое отношение. Ибо, забалансовые счета вне баланса. К примеру, на забалансовых счетах учитываются товары, принятые на продажу по схеме "под реализацию" — что есть по своей сути просто ответственное хранение. Самое распространенное их использование, кстати.
L>, потому как просто надо очень много потратить времени на разбор предметной области(терминологи и т.д. Да и бизнес у нас еще специфичный), а пока это процесс идет хочется чтобы работа все таки шла потихоньку. Соответственно возникаю проблемы в оценке сложности задачи и контроля её выполнения.
Оценку пусть выдает разработчик. Это вообще — правильно. И удивительно, как у вас могут возникать проблемы насчет контроля выполнения задачи . Задача объективно выполнена, когда проходят тесты. И никак иначе. В нашем случае — если бухгалтер закрыл задачу, сказав, что она сделана, значит, блин, так оно и есть.
L>ЗЫ:Извините за сумбурное изложение мыслей.
Здравствуйте, linker, Вы писали:
L>Привалило тут счастье под новый год, свалилось пару проектов по 1С, в котором я как свинья в апельсинах. L>Взяли человека(программиста 1с) под это дело.Хочется понять как построить процесс работы. L>Все основные процессы в организации которые пересекаются с 1С я в курсе, только вот пользователи если и дают задания, то в разрезе как раз 1с и с прочеми бухгалтерскими вещами. Разбираться в бух учетете что-то совсем не айс(можно тогда будет на ночевку на работе оставаться) и просто отдавать человека пользователям на растерзания(чтобы он бегал и собирал с них всякие хотелки, а потом переделывал по сто раз хотелку, потому как кто-то не правильно хотелку не правильно сформулировал) считаю не правильным(по голове получать буду я). L>Вопрос: В принципе проблема у меня только с бухами(я например не знаю что такое — забалансовые счета), потому как просто надо очень много потратить времени на разбор предметной области(терминологи и т.д. Да и бизнес у нас еще специфичный), а пока это процесс идет хочется чтобы работа все таки шла потихоньку. Соответственно возникаю проблемы в оценке сложности задачи и контроля её выполнения.
L>ЗЫ:Извините за сумбурное изложение мыслей.
Если по 1С специалист грамотный, а главбух адекватный, то тебе повезло.
Надо просто дать побольше полномочий программисту, объяснить что ему доверяют серьезное дело и ждут результатов. Бухгалтеру сказать, что этот человек опытный и с ним все получиться, и при условии конструктивного сотрудничества все пожелания пользователей будут учтены. Начни со сбора пожеланий пользователей, потом обсуди их с программистом на предмет реалистичности и сроков.
Когда список требований к продукту будет готов, попроси исполнителей дать оценки по каждому пункту. Все эти пункты занеси в ТЗ и подпиши у всех ответственных лиц.
В процессе работы следи что бы бухгалтер и программист поменьше ругались, а побольше делали по существу. Главное для менеджера создать условия, в которых проект будет продвигаться. По завершению каждого блока функциональности обязательно организуй короткую презентацию с обсуждением. Доводи каждый конкретный пункт до потребного состояния и переходи к следующим. Все улучшения оставь на этап когда начнется реальное использование первого варианта созданного продукта.
Ну и параллельно читай книги с названиями на подобие "Основы 1С" и "Бухгалтерия для чайников". Если есть контакты с другими 1С специалистами и опытными бухгалтерами, то параллельно обращайся к ним за мнением по самым затруднительным вопросам.
Здравствуйте, nvb, Вы писали:
G>>О. Первый ответ по существу, и с мотивацией — помочь. Ну, кроме моего . Не форум, а балаган, право.
nvb>Вот придет поручик Ржевский и все опошлит
Ну, прихожу-то я достаточно редко. Это должно утешать .
Добрый вечер.
Меня тоже интересует данный вопрос, но так и не нашел в данном посте на него ответов.
Здесь же дается только теоретическая часть, что нужно знать – бух. учет и т.п.
У меня же проблема состоит в другом, есть большой опыт руководства проектами бизнес направленности – на своих платформах, но нет понятий, как организовать команды процесс разработки для 1С, конфигурации от 7.7 до 8.1!?
1. Как быть с контролем версий?
2. Какой сторонний софт использовать?
3. Как производить обновление конфигураций юзеров? Как наладить процесс обновления — конфигураций?
4. Каким методом может 2-3 человека работать над конфигурацией?
5. Как построить процесс отладки и тестирования?
Интересен был бы опыт франчайзеров…
Здравствуйте, Gaperton, Вы писали:
G>О. Первый ответ по существу, и с мотивацией — помочь. Ну, кроме моего . Не форум, а балаган, право.
О. Минус поставили. Хорошо, раскроем тему. Посмотрим ответы первого уровня.
А вы уверены что вы выполните проекты в срок? Может стоит рассмотреть вариант отказа от проектов если вы там как свинья в апельсинах?
Меня всегда удивляло, что заставляет людей писать такое в ответ человеку, который просит помочь. Зачем автор это писал, вообще непонятно. Вернее, мне понятно, я на РСДН не первый год, но озвучивать это я не буду.
Второй ответ. A_N_M. Менее бессмысленный. Содержит пару занимательных пресуппозиций. Что такое пресуппозиция? Проще на примере объяснить — вот скажем вопрос "когда вы перестали пить коньяк по утрам" — содержит скрытую пресуппозицию, что вы таки пьете коньяк по утрам. Итак:
1) Менеджер якобы умеет отличать правильные хотелки от неправильных. Что за этим стоит на самом деле — неизвестно, но предположительно — в основе этого должна лежать уверенность менеджера, что он лучше знает, что клиентам надо хотеть. Как он это делает — сие тайна великя есть. Но автор утверждает, что этому можно быстро научиться. Забавно. Обычно, я с таким не спорю, ибо нефиг время тратить.
Читаем дальше.
Ожидать, что кто-то из бухгалтеров будет писать правильные ТЗ — наивно.
Хорошая, поучительная фраза. Ни автор вопроса, никто другой, впрочем, ничего подобного не утверждал, и посему встает вопрос, захрена потребовалось формулировать мысль именно так. Имеем еще одну пресуппозицию с потолка. Ну да ладно.
Пусть даже 10 манифестов будет написано. Но заставить выделить 1-го человека от бухгалтерии, который будет утверждать Вами написанные ТЗ — вполне реально и правильно.
Здесь пресуппозиция, что на мелкие задания от бухгалтерии надо оказвается писать ТЗ. Далее предполагается, что по своей воле никто из бухгалтерии не будет это подписывать, и их надо "заставить". То есть, с какого-то хрена предполагается сопротивление от бухгалтерии.
Я три года работал в системе "1С:Франчайзи" в с 1998 по 2000 год. Мне смешно это читать.
Обычно на эту роль хорошо подходит зам. главбуха (он(а) обычно тянет основную "черную" работу в бухгалтерии
А ТЗ писать вместе с 1С-ником, он должен представлять всю кухню.
Здесь предполагается, что обычно у главбуха есть зам, что в большинстве случаев не так, как и комментарий про черную работу.
Да, забыл сказать, при попытке написать ТЗ на внутреннюю работу по допилу 1С, разумный главбух пошлет менеджера нахрен. И будет совершенно прав.
Дальше смотрим? nvb. Его ответ лучше тем, что он больше по существу, и там меньше лажи, чем в первых двух, которые наполнены ей чуть более чем полностью. Ответ его, однако, слишком абстрактный, чтобы быть полезным. Это маскируется длиной и "обстоятельностью". Единственная мысль, при этом, которую пытается донести nvb — что блин надо разбираться в предметной области, либо свалить отвественность за проект на кого-то из бухгалтерии. Тратит он на эту нехитрую мысль удивительно много слов (да, да, знаю я этот умняк вроде "спонсор" и прочее, меня этим с толку не сбить).
Вопрос. И куда катится наш мир? Нафига вообще писать такие посты в ответ на конкретный вопрос?
Но вы не подумайте, что я кому-то что-то говорю. Я вообще не считаю правильным кому-то говорить, что им надо писать, почему и зачем — это личное дело каждого
Но вот мнение о форуме я высказал. Балаган, б... блин.
Кто-то мне пенял, что я даю оценки... ну да ладно.
G>Дальше смотрим? nvb. Его ответ лучше тем, что он больше по существу, и там меньше лажи, чем в первых двух, которые наполнены ей чуть более чем полностью. Ответ его, однако, слишком абстрактный, чтобы быть полезным. Это маскируется длиной и "обстоятельностью".
Мне ваш ответ тоже не понравился. По сути, без получения какой-либо дополнительной информации вы начали предлагать конкретное решение. А если программист 1С на самом деле слабо разбирается в предметной области и взят по принципу "главное — дешевый, а там видно будет"? Или просто не любит общаться в принципе? У топикстартера про это ничего не сказано, а вы стали строить свой вариант решения на предположении о сильном программисте-аналитике, которое родилось в вашей голове или было результатом вашего личного опыта. Я уж не говорю про остальные допущения, о которых вообще в исходном топике ничего не сказано. Тем не менее, этот описанный вами кейс вполне может иметь место, и потому полезен.
Я же предложил сначала выбрать направление, по которому топикстартеру комфортнее будет действовать, и только потом переходить к конкретике. Вы вполне можете назвать такой совет абстрактным — ваше право.
У нас разные стили управления, тут уж ничего не поделать.
G>Единственная мысль, при этом, которую пытается донести nvb — что блин надо разбираться в предметной области,
Вы же разобрались, раз отвечаете на вопросы по предметной области. И при этом работали с 1С. Почему другим нельзя?
G> либо свалить отвественность за проект на кого-то из бухгалтерии.
По-моему, большими красными буквами через весь пост топикстартера написано "В гробу я видал этот проект". Я посоветовал — в одном из вариантов — как избавиться от руководства этой радостью, и от ответственности заодно. Не вижу здесь ничего зазорного. ПМ должен хоть немного любить то, чем занимается, иначе на фиг такую работу.
G> Тратит он на эту нехитрую мысль удивительно много слов (да, да, знаю я этот умняк вроде "спонсор" и прочее, меня этим с толку не сбить).
Я не вам ответ писал, смотрите ветку внимательнее.
Здравствуйте, nvb, Вы писали:
nvb>Кто-то мне пенял, что я даю оценки... ну да ладно.
Да, это был я . А сейчас сам взял, и дал оценки.
G>>Дальше смотрим? nvb. Его ответ лучше тем, что он больше по существу, и там меньше лажи, чем в первых двух, которые наполнены ей чуть более чем полностью. Ответ его, однако, слишком абстрактный, чтобы быть полезным. Это маскируется длиной и "обстоятельностью".
nvb>Мне ваш ответ тоже не понравился. По сути, без получения какой-либо дополнительной информации вы начали предлагать конкретное решение.
Для моего ответа в данном случае хватает той информации, которую дал автор вопроса. Я в этом уверен.
nvb>А если программист 1С на самом деле слабо разбирается в предметной области и взят по принципу "главное — дешевый, а там видно будет"?
Таких "если" можно придумать сколько угодно.
Данное "если" — маловероятно. Любой 1с-программист, если он не полный идиот (что установить легко), и если он имеет года 2 опыта работы, из которых год — в системе 1с-франчайзи (минимальные требования), отлично шарит в предметной области.
Так как вопрос "как нанять хорошего 1с-программиста" не стоит, я на него и не отвечаю, предполагая, что программист адекватен.
nvb>Или просто не любит общаться в принципе? У топикстартера про это ничего не сказано, а вы стали строить свой вариант решения на предположении о сильном программисте-аналитике, которое родилось в вашей голове или было результатом вашего личного опыта.
Точно. Было результатом моего личного опыта. У нас с вами опыт разный, поэтому мы и строим разные предположения.
Как я говорил, три года в системе 1С-франчайзи отработал. У меня своя маленькая компания была, и кроме того я стоял у истоков известного сейчас франчайзи 1cbit. Его мы в общаге начинали.
И поэтому, когда я вам говорю, что для 1с-программиста _норма_ уметь разбираться с хотелками, потому, что заказы в основном мелкие, и 1с-программист часто является сейлзом/аналитиком/программистом в одном лице (_норма_ для большинства франчайзи), я знаю, что говорю. Это разделение целесообразно для крупных проектов, процент которых у большинства франчайзи небольшой.
Кроме того, если знать особенности 1с:бухгалтерии, то будет понятно, что программирование под нее невероятно просто, и в нем отсутствует какой-либо semantic gap между предметной областью и реализацией. И поэтому, разделение "аналитики-программисты" в проектах по внедрению 1с-бухгалтерии нафиг не вперлись — здесь вам на сишарп с явой, переводчики с русского на русский не нужны. По крайней мере мне таких внедрений не попадалось — хотя я думаю, что исключения могут быть, но они маловероятны.
И кроме того, если говорить именно о бухгалтерии, а не о "торговле+склад" и "расчете", то крупные внедрения — большая редкость. В подавляющем большинстве случаев внедрение бухгалтерии представляет собой серию относительно мелких допилов, слабо связанных между собой. Даже в большой организации. Такая уж природа у бухгалтерии — в ней по своей сути нет ничего сложного, если это не банк или еще что-нибудь специальное, конечно.
nvb> Я уж не говорю про остальные допущения, о которых вообще в исходном топике ничего не сказано. Тем не менее, этот описанный вами кейс вполне может иметь место, и потому полезен.
Так вы скажите. Полезно же посмотреть на себя со стороны.
nvb>Я же предложил сначала выбрать направление, по которому топикстартеру комфортнее будет действовать, и только потом переходить к конкретике. Вы вполне можете назвать такой совет абстрактным — ваше право.
Хм. И как, к конкретике в результате перейти удалось? Или что-то помешало? Какая-нибудь маленькая деталь — например, отсутствие опыта в проектах внедрения 1С:Бухгалтерии? Хотя кого это когда удерживало на РСДН. Что это я, право.
nvb>У нас разные стили управления, тут уж ничего не поделать.
Это есть.
G>>Единственная мысль, при этом, которую пытается донести nvb — что блин надо разбираться в предметной области,
nvb>Вы же разобрались, раз отвечаете на вопросы по предметной области. И при этом работали с 1С. Почему другим нельзя?
Так я разве говорю, что нельзя? Я даже считаю ваш совет правильным, уважаемый коллега . Просто длинновато излагаете на мой взгляд, но тут уж действительно дело вкуса.
G>> либо свалить отвественность за проект на кого-то из бухгалтерии.
nvb>По-моему, большими красными буквами через весь пост топикстартера написано "В гробу я видал этот проект". Я посоветовал — в одном из вариантов — как избавиться от руководства этой радостью, и от ответственности заодно. Не вижу здесь ничего зазорного. ПМ должен хоть немного любить то, чем занимается, иначе на фиг такую работу.
В ответ на вопрос "как организовать" советовать избавиться от проекта — отличный ответ.
Какая вам разница, коллега, что я думаю по поводу вашего поста. Вы лучше со мной не спорьте — я за себя не ручаюсь .
G>> Тратит он на эту нехитрую мысль удивительно много слов (да, да, знаю я этот умняк вроде "спонсор" и прочее, меня этим с толку не сбить).
nvb>Я не вам ответ писал, смотрите ветку внимательнее.
Знаю, что не мне. Так я и отвечаю не вам — обратите внимание .
.
