powered by simpleCommunicator - 2.0.52     © 2025 Programmizd 02
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Как правильно вести сложную разработку?
25 сообщений из 275, страница 6 из 11
Как правильно вести сложную разработку?
    #39110327
Злой Бобр
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MonochromatiqueИными словами, у PM-а главное - акт приема-передачи, а не качество решения?
Для 1С - да. У многих франчей продажа коробки = внедрение. И поскольку 1С такая практика устраивает - смысл вам идти против течения. Талько не акт приема-передачи, а ... [специально пропущу, ну хоть немного ж нужно извилинами шевельнуть].
...
Рейтинг: 0 / 0
Как правильно вести сложную разработку?
    #39110328
Monochromatique
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
sereginseregin определить способы стимулирования и способы контролирования.

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

Коллег, просто тут немного унесло в сторону. Но их можно понять, они из-зо всех сил пытаются сообщить мне что-то важное.
...
Рейтинг: 0 / 0
Как правильно вести сложную разработку?
    #39110330
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MonochromatiqueИными словами, у PM-а главное - акт приема-передачи, а не качество решения?
его задача достич всеобщего удовлетворения в требуемый срок и в рамках бюджета. Качеством решения занимается в основном архитектор, имея "по рукой" исполнителей в виде программистов и и проверяющих в виде аналитиков
...
Рейтинг: 0 / 0
Как правильно вести сложную разработку?
    #39110332
sereginseregin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
MonochromatiqueПо поводу опыта - ну рано или поздно масштабы системы превосходят возможности одного человека. Особенно, когда сжимают сроки.
Тут нет никаких иллюзий.

Из ваших слов, я не пойму - кто (КТО) определяет, как должен выглядеть финальный продукт. Архитектор? То есть, если заказчик настаивает на нежизнеспособном говне, а архитектор именно это и делает, но получается некая подпись по неким дизайн-документом обеспечивает спокойный сон PM-а?

Иными словами, у PM-а главное - акт приема-передачи, а не качество решения?

Если Ваших личных возможностей не хватает, сроки подживают, тогда выбирайте:
1. Делаете как считаете нужным, но сами;
ИЛИ
2. Делегируете работу другим, понимая, что сколько людей - столько и мнений. Если заказчик благодарен, значит проект удачен. Выявленные расхождения между специалистами корректируются на следующем проекте.
...
Рейтинг: 0 / 0
Как правильно вести сложную разработку?
    #39110333
Monochromatique
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Злой БобрMonochromatiqueИными словами, у PM-а главное - акт приема-передачи, а не качество решения?
Для 1С - да. У многих франчей продажа коробки = внедрение. И поскольку 1С такая практика устраивает - смысл вам идти против течения. Талько не акт приема-передачи, а ... [специально пропущу, ну хоть немного ж нужно извилинами шевельнуть].

Еще раз - меня не интересует продажа коробок или "доработка" типового функционала.

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

В случае с .NET\JAVA я понимаю как контролировать кодеров.
В случае с 1С - не понимаю. Только административные рычаги. Ну или костыли.
...
Рейтинг: 0 / 0
Как правильно вести сложную разработку?
    #39110334
Monochromatique
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Играл как-то в теннис с одним дядькой. Его компания писала ПО, которая должны была решать Vehicle routing problem .

Прогеров (JAVA) там было на два этажа.

Так вот он даже не знал, какую БД они в своем решении используют.

Мне это тогда показалось удивительным. По мне так - вопрос стратегический.
...
Рейтинг: 0 / 0
Как правильно вести сложную разработку?
    #39110336
Monochromatiquesereginseregin определить способы стимулирования и способы контролирования.

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

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

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

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

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

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

направление движения с таким подходок, как мне кажется, недвусмысленно уже многократно указано.
...
Рейтинг: 0 / 0
Как правильно вести сложную разработку?
    #39110338
Злой Бобр
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MonochromatiqueВ случае с 1С - не понимаю. Только административные рычаги. Ну или костыли.
Да все так же как и в других системах. Роль архитектора выполняет ведущий программист (назовем так), кодеры - программисты, тестеры - аналитики. От вас как от ПМ потребуется составить ТЗ по запросам клиента. Если сами неумеете - берите к клиенту и вашего программера. Он исходя из опыта сможет поставить правильные вопросы и набросать предварительную схему. Дальше уже более детально расписываете схему в виде ТЗ (с формочками, графиками и пр.). После того как ТЗ готово, разбиваете на узлы и определяете примерное время на реализацию каждого. Программист делает каркас конфигурации, после чего раздает работу остальным. По мере выполнения собирает все в кучу и отдает готовое тестерам. Ну и т.д.
Вроде ж все элементарно. Ну немогу понять - что вызывает такие трудности?..

Со стороны ПМ должны быть оглашены четкие условия. Т.е. если кто-то про... и со сроками задержка - минус столько-то денег. Если проект сдан досрочно - плюс столько-то денег. Ну и т.п.
...
Рейтинг: 0 / 0
Как правильно вести сложную разработку?
    #39110340
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MonochromatiqueТак вот он даже не знал, какую БД они в своем решении используют.

я сегодня MS SQL, завтра FireBird, после завтра ORACLE... Действительно какая разница
...
Рейтинг: 0 / 0
Как правильно вести сложную разработку?
    #39110342
Monochromatique
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
sereginsereginДелегируете работу другим, понимая, что сколько людей - столько и мнений.

Но мне это не нужно. Не должно быть "столько и мнений". Мнение одно - спускается сверху.

Вопрос - в каком виде его спустить и как проконтролировать, что всё в рамках протокола.

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

Поняли поздно.

Пришлось в аврале всё переделывать. + Месяц.

То есть - человеку было отдано больше компетенций, чем следовало.

Виноват, очевидно, был я.

Повторений не хочется.

А прогер-то был - выше среднего.
...
Рейтинг: 0 / 0
Как правильно вести сложную разработку?
    #39110343
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MonochromatiqueМнение одно - спускается сверху.
возрождение совковых привычек не принесет профита. Нужно научится слушать.
...
Рейтинг: 0 / 0
Как правильно вести сложную разработку?
    #39110344
Злой Бобр
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MonochromatiqueИграл как-то в теннис с одним дядькой.
Если дядька является владельцем компании, то поверь - ему действительно всеравно. И даже всеравно сколько рабов на него батрачат. Он вложил денег и желает получать определенную сумму. А как там исполнительный будет крутиться - да пофиг (мягко выражаясь). И такой подход абсолютно верный. Куда хуже когда владельцы пытаются рулить бизнесом в котором непонимают. Вот тогда полный писец всем кто там работает.
...
Рейтинг: 0 / 0
Как правильно вести сложную разработку?
    #39110345
Monochromatique
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Злой БобрВроде ж все элементарно. Ну немогу понять - что вызывает такие трудности?..

Ты когда нибудь делал авторДальше уже более детально расписываете схему в виде ТЗ (с формочками, графиками и пр.).

На 500+ форм? Где ты это делал?
...
Рейтинг: 0 / 0
Как правильно вести сложную разработку?
    #39110346
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MonochromatiqueУ меня был неудачный опыт - программист с порученной задачей не справился. То есть - на тестовом объеме (и на реальных людях) всё работало, а на реальных объёмах всё ложилось.

Поняли поздно.

Пришлось в аврале всё переделывать. + Месяц.

То есть - человеку было отдано больше компетенций, чем следовало.

Виноват, очевидно, был я.

Повторений не хочется.

А прогер-то был - выше среднего
прогер здесь совершенно не при чем. Архитектор где-то "накосячил"
...
Рейтинг: 0 / 0
Как правильно вести сложную разработку?
    #39110347
Monochromatique
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Злой БобрMonochromatiqueИграл как-то в теннис с одним дядькой.
Если дядька является владельцем компании, то поверь - ему действительно всеравно. И даже всеравно сколько рабов на него батрачат. Он вложил денег и желает получать определенную сумму. А как там исполнительный будет крутиться - да пофиг (мягко выражаясь). И такой подход абсолютно верный. Куда хуже когда владельцы пытаются рулить бизнесом в котором непонимают. Вот тогда полный писец всем кто там работает.

Но конкретно тому бизнесу он и так настал.
...
Рейтинг: 0 / 0
Как правильно вести сложную разработку?
    #39110348
kmaw
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
JE SUIS ЦКтолько процесс их изменения должен быть контролируемый и управляемый

кто кому должен? есть ТЗ. если оно это не покрывает, и это лежит в области договоренностей "по-рукам", то дальше как карта ляжет
...
Рейтинг: 0 / 0
Как правильно вести сложную разработку?
    #39110349
Monochromatique
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafmMonochromatiqueУ меня был неудачный опыт - программист с порученной задачей не справился. То есть - на тестовом объеме (и на реальных людях) всё работало, а на реальных объёмах всё ложилось.

Поняли поздно.

Пришлось в аврале всё переделывать. + Месяц.

То есть - человеку было отдано больше компетенций, чем следовало.

Виноват, очевидно, был я.

Повторений не хочется.

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

Ок.

1. Где?
2. Как понять это ДО начала разработки?
3. Кто должен понять, что архитектор накосячил?
...
Рейтинг: 0 / 0
Как правильно вести сложную разработку?
    #39110350
Monochromatique
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MonochromatiqueЗлой Бобрпропущено...

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

Но конкретно тому бизнесу он и так настал.

Тот дядька грант получил.
...
Рейтинг: 0 / 0
Как правильно вести сложную разработку?
    #39110352
kmaw
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MonochromatiqueЯ - отвечаю за проекты в целом и целиком

тогда нагибать, лишать, заставлять
...
Рейтинг: 0 / 0
Как правильно вести сложную разработку?
    #39110353
Злой Бобр
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafmпрогер здесь совершенно не при чем. Архитектор где-то "накосячил"
На самом деле перед клиентом отвечает всегда ПМ, а не программист Вася. Клиент вообще должен общаться только с ПМ. Тогда и программисты будут работать спокойно и ПМ будет знать что и как.
...
Рейтинг: 0 / 0
Как правильно вести сложную разработку?
    #39110355
Злой Бобр
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kmawMonochromatiqueЯ - отвечаю за проекты в целом и целиком

тогда нагибать, лишать, заставлять
+ приковывать наручниками к батарее и не отпускать пока проект не сдашь.
...
Рейтинг: 0 / 0
Как правильно вести сложную разработку?
    #39110356
kmaw
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MonochromatiqueНа какие этапы участники форума бьют задачи

гост 34
...
Рейтинг: 0 / 0
Как правильно вести сложную разработку?
    #39110357
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Monochromatiqueiscrafmпропущено...

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

Ок.

1. Где?
2. Как понять это ДО начала разработки?
3. Кто должен понять, что архитектор накосячил?

1. архитектор должен найти место, где он "накосячил"
2. никак. Для этого есть итеративная модель разработки
3. архитектор должен признать что он "накосячил" и указать место где его подчиненный, как исполнитель, "накосячил"
...
Рейтинг: 0 / 0
Как правильно вести сложную разработку?
    #39110359
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Злой Бобрiscrafmпрогер здесь совершенно не при чем. Архитектор где-то "накосячил"
На самом деле перед клиентом отвечает всегда ПМ, а не программист Вася. Клиент вообще должен общаться только с ПМ. Тогда и программисты будут работать спокойно и ПМ будет знать что и как.
у нас клиент всегда с аналитиком общается.
...
Рейтинг: 0 / 0
Как правильно вести сложную разработку?
    #39110360
Monochromatique
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
способы стимулирования,

Насмешил. В хорошем смысле.
...
Рейтинг: 0 / 0
25 сообщений из 275, страница 6 из 11
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Как правильно вести сложную разработку?
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]