Текущее время: Пт, мар 29 2024, 16:06

Часовой пояс: UTC + 3 часа


FAQ по разделу



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

2. "Месть - блюдо, которое лучше подавать холодным". Старая клингонская поговорка (С). Эмоции - твой враг. Если ты обвиняешь конкретного человека или компанию в серьезных нарушениях законодательства - имей на руках доказательства. Лучше всего подойдет решение суда. Сойдет и твое заявление в суд, СК, прокуратуру или полицию. На самый крайний случай - сохраненная переписка. Бездоказательные обвинения будут удаляться без предупреждения. Имей в виду, что часто после прочтения поста человеком, которого ты обвиняешь, могут наступить обстоятельства, описанные в п.3.

3. Отвечай за базар. Будь доступен хотя бы в ЛС или на почте для общения с администрацией форума, если после публикации твоего поста возникнут проблемы. Поскольку, если ты струсишь и сбежишь, то тот, кому надо, тебя все равно найдет, а параллельно устроит неслабые проблемы лично мне (уже бывало такое). А я, администратор форума, не имею могущественных и влиятельных друганов, которые могли бы за меня постоять. Более того: сильный стресс может меня в теории просто убить. Подумай, выгоден ли тебе такой исход событий.

4. Будь честен. Если в конфликте с человеком или компанией есть элемент и твоей вины, обязательно упомяни об этом. Тем самым ты сразу отсечешь возможные обвинения тебя (и меня) в распространении клеветы. Если такая правда неприемлема для тебя - не пиши вообще ничего. Целее будешь сам и добавишь мне пару лет жизни в качестве бесплатного приложения.

5. Не переходи на личности. Будь корректен, такт и этичность всегда смотрятся лучше, чем поливание грязью.

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

7. Прочитай пп. 5.2 - 5.4 правил форума. Там изложено почти все то же самое, что и здесь, но с некоторыми подробностями, которые лишними не будут.



Начать новую тему Ответить на тему  [ Сообщений: 87 ]  На страницу Пред.  1, 2, 3, 4, 5, 6
Автор Сообщение
 Заголовок сообщения: Re: Условия Консалт Vs. Поддержка
СообщениеДобавлено: Чт, окт 24 2013, 21:30 
Почетный гуру
Почетный гуру

Зарегистрирован:
Пт, янв 11 2008, 07:22
Сообщения: 1545
Откуда: Москва
Пол: Мужской
murenets написал:
ImpCons написал:
Задействованы. И ?

Да вот, любопытно стало.
Тогда, в продолжение любопытства, а для чего именно задействованы?

На риторические вопросы не отвечаю :)


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Условия Консалт Vs. Поддержка
СообщениеДобавлено: Пт, окт 25 2013, 14:02 
Директор
Директор

Зарегистрирован:
Пт, дек 22 2006, 12:17
Сообщения: 775
Пол: Мужской
ImpCons написал:
murenets написал:
Тогда, в продолжение любопытства, а для чего именно задействованы?

На риторические вопросы не отвечаю :)


Вобще-то риторическим является вопрос на который не существует ответа.
Если вопрос о круге обязанностей руководителя проекта является риторическим, то плохи дела на проекте...


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Условия Консалт Vs. Поддержка
СообщениеДобавлено: Пт, окт 25 2013, 14:42 
Почетный гуру
Почетный гуру

Зарегистрирован:
Пт, янв 11 2008, 07:22
Сообщения: 1545
Откуда: Москва
Пол: Мужской
murenets написал:
Вобще-то риторическим является вопрос на который не существует ответа.
Если вопрос о круге обязанностей руководителя проекта является риторическим, то плохи дела на проекте...
Если цель вопроса затеять никому не нужное обсуждение еще на 2 страницы, то пусть будут плохи дела на проекте ...


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Условия Консалт Vs. Поддержка
СообщениеДобавлено: Пт, окт 25 2013, 14:57 
Директор
Директор

Зарегистрирован:
Пт, дек 22 2006, 12:17
Сообщения: 775
Пол: Мужской
ImpCons написал:
Если цель вопроса затеять никому не нужное обсуждение еще на 2 страницы, то пусть будут плохи дела на проекте ...


А это как раз и есть риторический вопрос.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Условия Консалт Vs. Поддержка
СообщениеДобавлено: Пт, окт 25 2013, 22:30 
Модератор
Модератор
Аватара пользователя

Зарегистрирован:
Пн, фев 21 2005, 00:50
Сообщения: 10284
Откуда: г.Мышуйск
Пол: Женский
ImpCons
Цитата:
но на ОЭ/ОПЭ все равно какой то процент не выявленных операций наберется и будем брать с собой разработчиков и наши разработчики, как и РП не против.
Забыла уточнить - а что, опция "против" для разработчиков у вас имеется? Без ПСЖ и финансовых санцкий?!

_________________
Пушномолочная свинья-несушка (тест)


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Условия Консалт Vs. Поддержка
СообщениеДобавлено: Вс, окт 27 2013, 06:17 
Почетный гуру
Почетный гуру

Зарегистрирован:
Пт, янв 11 2008, 07:22
Сообщения: 1545
Откуда: Москва
Пол: Мужской
LadyWind написала:
ImpCons
Цитата:
но на ОЭ/ОПЭ все равно какой то процент не выявленных операций наберется и будем брать с собой разработчиков и наши разработчики, как и РП не против.
Забыла уточнить - а что, опция "против" для разработчиков у вас имеется? Без ПСЖ и финансовых санцкий?!

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


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Условия Консалт Vs. Поддержка
СообщениеДобавлено: Пт, ноя 15 2013, 14:13 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Сб, фев 25 2012, 02:52
Сообщения: 141
Откуда: Москва
Пол: Мужской
DrAlexNone написал(а):
Реальный пример:

Видимо неплохие консультанты , но посредственные программисты на одном из реальных проектов сотворили с обработкой выписки следующее: Собрали все примеры выписки за 3-6 месяцев. Молодцы. Далее консультант не нашел ничего лучше, чем прописать все "стандартные" ключевые слова из выписок в некий словарь, который чудесно "захардкодил" прямо в код модуля. Написал могучий блок кода , использую оператов ветвления и в результате тесты прошли блестяще , систему передали в продуктив. :D

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


Просто образцовый пример большинства крупных проектов эпохи массового внедрения SAP :)

Как показывают многочисленные QA, "быдлабап" - это одна из основных и массовых проблем на проектах. Причин может быть несколько:
1) Некомпетентность абаперов
2) "Загнанность" команды (жесткие сроки проекта без адекватного PM или на минимальном бюджете)
3) Ошибки на начальном этапе - сборе и утверждении ФТ и устава проекта.

По 1-му - ABAP очень подкупает кажущейся простотой, и через недельку-другую любой функциональный консультант начинает "колбасить" все, что у него не выходит в стандарте. Напрочь не учитывая особенности работы с БД (что приводит потом к огромному времени выполнения под продуктивной нагрузкой), особенности работы тех или иных конструкций языка (даже столь элементарную вещь, как Code Inspector, игнорируют), а задуматься и поискать оптимальный алгоритм какой-нибудь выборки или сортировки - это вообще из области фантастики.
Результат - в лучшем случае, увеличение времени тестирования и привлечение дополнительных ABAP-экспертов на позднем этапе проекта, в худшем - сдача в продуктив, мат и нервы пользователей, скандал и развод между консалтинговой компанией и клиентом.

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

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


Да, кстати, 3х-системный ландшафт помогает протестировать на пути DEV->QAS еще и сам перенос - все-ли зацепили, все ли объекты и настройки правильно перенеслись. Чтобы потом не переносить лихорадочно еще десяток забытых объектов в продуктив.

_________________
Сажаем самолеты по телефону. :)
SAP - фрилансер.
sap.pitroff.ru


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Условия Консалт Vs. Поддержка
СообщениеДобавлено: Пт, ноя 15 2013, 17:32 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Ср, апр 12 2006, 12:43
Сообщения: 863
Откуда: СССР
Пол: Мужской
pitroff написал:
Как показывают многочисленные QA, "быдлабап" - это одна из основных и массовых проблем на проектах. Причин может быть несколько:
1) Некомпетентность абаперов
2) "Загнанность" команды (жесткие сроки проекта без адекватного PM или на минимальном бюджете)
3) Ошибки на начальном этапе - сборе и утверждении ФТ и устава проекта.

Я бы поменял значимость этих пунктов ровно наоборот:
1) Ошибки на начальном этапе - сборе и утверждении ФТ и устава проекта.
2) "Загнанность" команды (жесткие сроки проекта без адекватного PM или на минимальном бюджете)
3) Некомпетентность абаперов
Во всём изначально виноваты [s]чубайс с бурбулисом[/s] ПМ с архитектором
Цитата:
"Коль подлинно не плох [s]ПМ[/s] пастух, Так он плохих [s]абаперов[/s] собак держать не станет". (ц)

_________________
Никого не трогаю, примусы починяю.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Условия Консалт Vs. Поддержка
СообщениеДобавлено: Пт, ноя 15 2013, 19:05 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Сб, фев 25 2012, 02:52
Сообщения: 141
Откуда: Москва
Пол: Мужской
Значимость я не учитывал, но согласен - чем раньше в ходе проекта возникает ошибка, тем сложнее ее поправить.

Хотя, в качестве литературного исключения: был на моей памяти проект, где PM пытался сделать все, чтобы проект пошел. Единственное - ему не хватало технической компетенции, чтобы проверить работу команды (а по идее - он и не должен был). Команда рапортовала "у нас все пучком, к положенному времени взлетит".
Осложнялось все еще тем, что менеджер был от генерального подрядчика, а команда - субподрядчика.

К положенному времени не взлетело - оказалось, что команда не шибко старательно готовила корабль на взлет, а еще и занималась каким-то параллельным проектом, актируя дни на этот. ))
Выяснилось все это только тогда, когда PM в порыве отчаяния нашел и притащил на проект своего эксперта со словами - "расскажи-ка мне, чем это у меня команда занимается уже несколько месяцев". )

_________________
Сажаем самолеты по телефону. :)
SAP - фрилансер.
sap.pitroff.ru


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Условия Консалт Vs. Поддержка
СообщениеДобавлено: Пт, ноя 15 2013, 19:38 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Ср, апр 12 2006, 12:43
Сообщения: 863
Откуда: СССР
Пол: Мужской
pitroff написал:
Значимость я не учитывал, но согласен - чем раньше в ходе проекта возникает ошибка, тем сложнее ее поправить.

Опять неправильно.
чем [s]раньше[/s] позже в ходе проекта возникает ошибка, тем сложнее ее поправить.
pitroff написал:
.....Осложнялось все еще тем, что менеджер был от генерального подрядчика, а команда - субподрядчика.

Если такая структура была определена изначально, то только чудо могло спасти проект.
ПМ-ов должно быть два:
- От заказчика контролировать то-ли и так-ли делают
- От исполнителя котролировать, чтобы заказчик не требовал сверх оговоренного и обеспечивать кчественные ресурсы исполнителя.

_________________
Никого не трогаю, примусы починяю.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Условия Консалт Vs. Поддержка
СообщениеДобавлено: Пт, ноя 15 2013, 20:41 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Сб, фев 25 2012, 02:52
Сообщения: 141
Откуда: Москва
Пол: Мужской
"Возникает" читать как "генерируется".
Я имел в виду, что чем раньше ошибка заложена в проект, тем больше будет последствий после ее обнаружения.
Ну и второе по влиянию - на каком этапе ее обнаружат.

То есть изначальную ошибку [s]Чубайса[/s] архитектора гораздо сложнее исправить; причем она будет менее болезненной, если будет обнаружена на этапе внедрения, а не в ходе интеграционного тестирования. Ошибка абапера имеет меньший вес, но, будучи обнаружена на продуктивном старте, может здорово испортить праздник. 8)

_________________
Сажаем самолеты по телефону. :)
SAP - фрилансер.
sap.pitroff.ru


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Условия Консалт Vs. Поддержка
СообщениеДобавлено: Ср, ноя 20 2013, 12:08 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Вс, мар 21 2010, 15:48
Сообщения: 180
Откуда: Собянин-сити
Пол: Мужской
pitroff написал:
DrAlexNone написал(а):



Просто образцовый пример большинства крупных проектов эпохи массового внедрения SAP :)

Как показывают многочисленные QA, "быдлабап" - это одна из основных и массовых проблем на проектах. Причин может быть несколько:
1) Некомпетентность абаперов
2) "Загнанность" команды (жесткие сроки проекта без адекватного PM или на минимальном бюджете)
3) Ошибки на начальном этапе - сборе и утверждении ФТ и устава проекта.

По 1-му - ABAP очень подкупает кажущейся простотой, и через недельку-другую любой функциональный консультант начинает "колбасить" все, что у него не выходит в стандарте. Напрочь не учитывая особенности работы с БД (что приводит потом к огромному времени выполнения под продуктивной нагрузкой), особенности работы тех или иных конструкций языка (даже столь элементарную вещь, как Code Inspector, игнорируют), а задуматься и поискать оптимальный алгоритм какой-нибудь выборки или сортировки - это вообще из области фантастики.
Результат - в лучшем случае, увеличение времени тестирования и привлечение дополнительных ABAP-экспертов на позднем этапе проекта, в худшем - сдача в продуктив, мат и нервы пользователей, скандал и развод между консалтинговой компанией и клиентом.

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

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

Читаю и плачу крокодильими слезами, не то от смеха, не то от безысходности... У меня сейчас наклевывается вариант номер 2, но пока не точно)))

_________________
"Sap"ЕР-подрывник...


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 87 ]  На страницу Пред.  1, 2, 3, 4, 5, 6

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB