|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
MonochromatiqueИными словами, у PM-а главное - акт приема-передачи, а не качество решения? Для 1С - да. У многих франчей продажа коробки = внедрение. И поскольку 1С такая практика устраивает - смысл вам идти против течения. Талько не акт приема-передачи, а ... [специально пропущу, ну хоть немного ж нужно извилинами шевельнуть]. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 17:50 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
sereginseregin определить способы стимулирования и способы контролирования. Тут вся тема о том, кто какие способы контролирования использует. Какие инструментами пользуется. И причем не кодеров. Коллег, просто тут немного унесло в сторону. Но их можно понять, они из-зо всех сил пытаются сообщить мне что-то важное. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 17:50 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
MonochromatiqueИными словами, у PM-а главное - акт приема-передачи, а не качество решения? его задача достич всеобщего удовлетворения в требуемый срок и в рамках бюджета. Качеством решения занимается в основном архитектор, имея "по рукой" исполнителей в виде программистов и и проверяющих в виде аналитиков ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 17:53 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
MonochromatiqueПо поводу опыта - ну рано или поздно масштабы системы превосходят возможности одного человека. Особенно, когда сжимают сроки. Тут нет никаких иллюзий. Из ваших слов, я не пойму - кто (КТО) определяет, как должен выглядеть финальный продукт. Архитектор? То есть, если заказчик настаивает на нежизнеспособном говне, а архитектор именно это и делает, но получается некая подпись по неким дизайн-документом обеспечивает спокойный сон PM-а? Иными словами, у PM-а главное - акт приема-передачи, а не качество решения? Если Ваших личных возможностей не хватает, сроки подживают, тогда выбирайте: 1. Делаете как считаете нужным, но сами; ИЛИ 2. Делегируете работу другим, понимая, что сколько людей - столько и мнений. Если заказчик благодарен, значит проект удачен. Выявленные расхождения между специалистами корректируются на следующем проекте. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 17:56 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
Злой БобрMonochromatiqueИными словами, у PM-а главное - акт приема-передачи, а не качество решения? Для 1С - да. У многих франчей продажа коробки = внедрение. И поскольку 1С такая практика устраивает - смысл вам идти против течения. Талько не акт приема-передачи, а ... [специально пропущу, ну хоть немного ж нужно извилинами шевельнуть]. Еще раз - меня не интересует продажа коробок или "доработка" типового функционала. Меня интересуют способы контроля звеньев на всём этапе чистой разработки. В случае с .NET\JAVA я понимаю как контролировать кодеров. В случае с 1С - не понимаю. Только административные рычаги. Ну или костыли. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 17:58 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
Играл как-то в теннис с одним дядькой. Его компания писала ПО, которая должны была решать Vehicle routing problem . Прогеров (JAVA) там было на два этажа. Так вот он даже не знал, какую БД они в своем решении используют. Мне это тогда показалось удивительным. По мне так - вопрос стратегический. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 18:03 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
Monochromatiquesereginseregin определить способы стимулирования и способы контролирования. Тут вся тема о том, кто какие способы контролирования использует. Какие инструментами пользуется. И причем не кодеров. Коллег, просто тут немного унесло в сторону. Но их можно понять, они из-зо всех сил пытаются сообщить мне что-то важное. для того чтобы узнать что-то новое нужно задавать вопросы и внимательно слушать а не делать вид что ты все это уже знаешь и теперь готов устроить конкурс на предмет, удовлетворит ли тебя танец с саблями и прочие фокусы-акробатика других участников в попытке максимально обстоятельно и интересно изобразить тебе в картинках все то чего ты на самом деле не знаешь и ты потом такой все по-буквенно перестрочил в блокнотик а отвечавшим и комментировавшим со все теми же апломбом и надменностью сообщил что в целом они тоже молодцы, но еще есть чему поучиться. в целом, конечно, риторика - от полного детского сада до каких-то даже относительно удачных попыток. особенно забавно - обвинение других участников в том что все что они пишут - это цирк и шапито. обрати внимание, где ты попытался выехать за счет опыта и знаний. на прогерско-админско-внедренских (не силен к чему это относится) вопросах про 1С. если мозг не полностью выелся фрилансом и остались еще возможности для допущения собственной некомпетентности в каких бы там ни было вопросах, то надо в первую очередь самому себе признаться что пробел и нехилый такой имеется. делать вид что он "не имеется" - не получается. тест на форуме вроде как дал это понять. одна из проблем долгофрилансеров - они никогда не видели живых архитекторов, аналитиков, тимлидов, пиэмов и понятия не имеют, кто эти люди, чем они занимаются, как выглядит результат их работы. скрытые (почему-то) вопросы об этом и подтверждения отсутствия этих знаний проявляются на протяжении всего обсуждения. при этом почему-то сохраняется позиция: вы тут дети, пришел отец, быстренько доложили шо там в проектном менеджменте. минут за семь. пошевеливаемся, пошевеливаемся. направление движения с таким подходок, как мне кажется, недвусмысленно уже многократно указано. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 18:05 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
MonochromatiqueВ случае с 1С - не понимаю. Только административные рычаги. Ну или костыли. Да все так же как и в других системах. Роль архитектора выполняет ведущий программист (назовем так), кодеры - программисты, тестеры - аналитики. От вас как от ПМ потребуется составить ТЗ по запросам клиента. Если сами неумеете - берите к клиенту и вашего программера. Он исходя из опыта сможет поставить правильные вопросы и набросать предварительную схему. Дальше уже более детально расписываете схему в виде ТЗ (с формочками, графиками и пр.). После того как ТЗ готово, разбиваете на узлы и определяете примерное время на реализацию каждого. Программист делает каркас конфигурации, после чего раздает работу остальным. По мере выполнения собирает все в кучу и отдает готовое тестерам. Ну и т.д. Вроде ж все элементарно. Ну немогу понять - что вызывает такие трудности?.. Со стороны ПМ должны быть оглашены четкие условия. Т.е. если кто-то про... и со сроками задержка - минус столько-то денег. Если проект сдан досрочно - плюс столько-то денег. Ну и т.п. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 18:08 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
MonochromatiqueТак вот он даже не знал, какую БД они в своем решении используют. я сегодня MS SQL, завтра FireBird, после завтра ORACLE... Действительно какая разница ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 18:10 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
sereginsereginДелегируете работу другим, понимая, что сколько людей - столько и мнений. Но мне это не нужно. Не должно быть "столько и мнений". Мнение одно - спускается сверху. Вопрос - в каком виде его спустить и как проконтролировать, что всё в рамках протокола. У меня был неудачный опыт - программист с порученной задачей не справился. То есть - на тестовом объеме (и на реальных людях) всё работало, а на реальных объёмах всё ложилось. Поняли поздно. Пришлось в аврале всё переделывать. + Месяц. То есть - человеку было отдано больше компетенций, чем следовало. Виноват, очевидно, был я. Повторений не хочется. А прогер-то был - выше среднего. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 18:12 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
MonochromatiqueМнение одно - спускается сверху. возрождение совковых привычек не принесет профита. Нужно научится слушать. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 18:15 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
MonochromatiqueИграл как-то в теннис с одним дядькой. Если дядька является владельцем компании, то поверь - ему действительно всеравно. И даже всеравно сколько рабов на него батрачат. Он вложил денег и желает получать определенную сумму. А как там исполнительный будет крутиться - да пофиг (мягко выражаясь). И такой подход абсолютно верный. Куда хуже когда владельцы пытаются рулить бизнесом в котором непонимают. Вот тогда полный писец всем кто там работает. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 18:15 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
Злой БобрВроде ж все элементарно. Ну немогу понять - что вызывает такие трудности?.. Ты когда нибудь делал авторДальше уже более детально расписываете схему в виде ТЗ (с формочками, графиками и пр.). На 500+ форм? Где ты это делал? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 18:15 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
MonochromatiqueУ меня был неудачный опыт - программист с порученной задачей не справился. То есть - на тестовом объеме (и на реальных людях) всё работало, а на реальных объёмах всё ложилось. Поняли поздно. Пришлось в аврале всё переделывать. + Месяц. То есть - человеку было отдано больше компетенций, чем следовало. Виноват, очевидно, был я. Повторений не хочется. А прогер-то был - выше среднего прогер здесь совершенно не при чем. Архитектор где-то "накосячил" ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 18:16 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
Злой БобрMonochromatiqueИграл как-то в теннис с одним дядькой. Если дядька является владельцем компании, то поверь - ему действительно всеравно. И даже всеравно сколько рабов на него батрачат. Он вложил денег и желает получать определенную сумму. А как там исполнительный будет крутиться - да пофиг (мягко выражаясь). И такой подход абсолютно верный. Куда хуже когда владельцы пытаются рулить бизнесом в котором непонимают. Вот тогда полный писец всем кто там работает. Но конкретно тому бизнесу он и так настал. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 18:16 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
JE SUIS ЦКтолько процесс их изменения должен быть контролируемый и управляемый кто кому должен? есть ТЗ. если оно это не покрывает, и это лежит в области договоренностей "по-рукам", то дальше как карта ляжет ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 18:17 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
iscrafmMonochromatiqueУ меня был неудачный опыт - программист с порученной задачей не справился. То есть - на тестовом объеме (и на реальных людях) всё работало, а на реальных объёмах всё ложилось. Поняли поздно. Пришлось в аврале всё переделывать. + Месяц. То есть - человеку было отдано больше компетенций, чем следовало. Виноват, очевидно, был я. Повторений не хочется. А прогер-то был - выше среднего прогер здесь совершенно не при чем. Архитектор где-то "накосячил" Ок. 1. Где? 2. Как понять это ДО начала разработки? 3. Кто должен понять, что архитектор накосячил? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 18:17 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
MonochromatiqueЗлой Бобрпропущено... Если дядька является владельцем компании, то поверь - ему действительно всеравно. И даже всеравно сколько рабов на него батрачат. Он вложил денег и желает получать определенную сумму. А как там исполнительный будет крутиться - да пофиг (мягко выражаясь). И такой подход абсолютно верный. Куда хуже когда владельцы пытаются рулить бизнесом в котором непонимают. Вот тогда полный писец всем кто там работает. Но конкретно тому бизнесу он и так настал. Тот дядька грант получил. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 18:18 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
MonochromatiqueЯ - отвечаю за проекты в целом и целиком тогда нагибать, лишать, заставлять ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 18:19 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
iscrafmпрогер здесь совершенно не при чем. Архитектор где-то "накосячил" На самом деле перед клиентом отвечает всегда ПМ, а не программист Вася. Клиент вообще должен общаться только с ПМ. Тогда и программисты будут работать спокойно и ПМ будет знать что и как. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 18:20 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
kmawMonochromatiqueЯ - отвечаю за проекты в целом и целиком тогда нагибать, лишать, заставлять + приковывать наручниками к батарее и не отпускать пока проект не сдашь. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 18:22 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
MonochromatiqueНа какие этапы участники форума бьют задачи гост 34 ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 18:22 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
Monochromatiqueiscrafmпропущено... прогер здесь совершенно не при чем. Архитектор где-то "накосячил" Ок. 1. Где? 2. Как понять это ДО начала разработки? 3. Кто должен понять, что архитектор накосячил? 1. архитектор должен найти место, где он "накосячил" 2. никак. Для этого есть итеративная модель разработки 3. архитектор должен признать что он "накосячил" и указать место где его подчиненный, как исполнитель, "накосячил" ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 18:22 |
|
Как правильно вести сложную разработку?
|
|||
---|---|---|---|
#18+
Злой Бобрiscrafmпрогер здесь совершенно не при чем. Архитектор где-то "накосячил" На самом деле перед клиентом отвечает всегда ПМ, а не программист Вася. Клиент вообще должен общаться только с ПМ. Тогда и программисты будут работать спокойно и ПМ будет знать что и как. у нас клиент всегда с аналитиком общается. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2015, 18:23 |
|
|
start [/forum/topic.php?fid=33&msg=39110343&tid=1547416]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
60ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
60ms |
get tp. blocked users: |
1ms |
others: | 296ms |
total: | 463ms |
0 / 0 |