Цитата:
Сообщение от
serge kotov
В принципе согласен. Только мне кажется досконально расписывать ответственность для всех "вопросов в рамках проекта" не стоит, потому что это трудоемко и во-многих случаях "неинтересно" вследствие очевидности.
Как говорил мой университетский преподаватель функционального анализа,
когда нам лень доказывать какое-то утверждение, мы говорим, что оно
очевидно.
Ничего личного! :-)
Пытаясь расписать "очевидные" вещи, лично я часто наталкивался на различные нюансы, которые подчас значительно меняли картину, которая мне казалась очевидной...
Цитата:
Сообщение от
serge kotov
Собрать в одну табличку эту информацию можно, но в рамках конкретного проекта. Условия проекта могут быть разные и, соответсвенно, ответственность функциональных ролей (за которыми стоят вполне конкретные люди со своими достоинствами и недостатками) также может изменяться.
Ну почему же только в рамках конкретного проекта? Когда вы в статье расписываете
функции по проектным ролям - вы же применяете обобщение! Почему то же самое обобщение не применить к
ответственности? Ведь основной практический смысл этого обобщения, если довести эту работу до конца, именно в том, чтобы в рамках каждого конкретного проекта мы уже не меняли функции и ответственность ролей, а только назначали бы на эти роли конкретных людей. Ведь так?
В ответ на вопрос Галине, из личного опыта:
как менеджеру проекта, мне на каждом проекте приходилось четко делить ответственность между консультантом и программистом, с целью добиться максимально эффективного их взаимодействия друг с другом. Иначе, они в любой проблемной ситуации начинают кивать друг на друга, обижаться и так далее... Не приходилось мне этого делать только тогда, когда люди ранее уже работали на моем проекте.