|
Вопрос про оргструктуру
|
|||
---|---|---|---|
#18+
Всем привет, возник такой вопрос по оргструктуре в IT-компании, которая работает с банками собственно, есть два отдела в компании - отдела разработки Java и отдел разработки пользовательских интерфейсов получается так, что многие из отдела пользовательских интерфейсов знают Java и их используют в проектах, как Java-разработчиков понятно, что ошибка в оргструктуре компании Возникают вопросы 1. Каким образом можно улучшить оргструктуру? Все-таки разрабатывать только интерфейсы неинтересно и неуниверсально, многие учат джаву 2. Как решить вопрос с делением людей между отделами? Я думал, что можно делить людей между аккаунтами и банками, но если вдруг человек не смог работать в одном банке, ему придется переходить из отдела в отдел То есть проблема еще и в том, что мы сами не понимаем как делить людей между отделами, а если и люди в отделах не будут понимать - то это будет ужас ... |
|||
:
Нравится:
Не нравится:
|
|||
16.09.2011, 23:29 |
|
Вопрос про оргструктуру
|
|||
---|---|---|---|
#18+
eiler2005, нормально -это объединить отделы. Но всплывёт куча политики, с которой придётся считаться... ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2011, 11:28 |
|
Вопрос про оргструктуру
|
|||
---|---|---|---|
#18+
АнатоЛой, спасибо за совет! думаю, никто не пойдет на такое и объединение отделов потому что одному из руководителей придется уйти, это большой конфликт ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2011, 14:09 |
|
Вопрос про оргструктуру
|
|||
---|---|---|---|
#18+
eiler2005, Если деятельность проектная и есть какие-то шансы классифицировать проекты, то поделите проекты между отделами. Раз есть политика, это как вариант ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2011, 23:44 |
|
Вопрос про оргструктуру
|
|||
---|---|---|---|
#18+
eiler2005Собственно, есть два отдела в компании - отдела разработки Java и отдел разработки пользовательских интерфейсов получается так, что многие из отдела пользовательских интерфейсов знают Java и их используют в проектах, как Java-разработчиков понятно, что ошибка в оргструктуре компании Возникают вопросы 1. Каким образом можно улучшить оргструктуру? Все-таки разрабатывать только интерфейсы неинтересно и неуниверсально, многие учат джаву 2. Как решить вопрос с делением людей между отделами? Я думал, что можно делить людей между аккаунтами и банками, но если вдруг человек не смог работать в одном банке, ему придется переходить из отдела в отдел То есть проблема еще и в том, что мы сами не понимаем как делить людей между отделами, а если и люди в отделах не будут понимать - то это будет ужас "понятно, что ошибка в оргструктуре компании" Кому понятно? Исходя из каких соображений сделан этот вывод? Какая цель задачи - "улучшить оргструктуру"? Кто заказчик таких изменений? Какой критерий улучшения и какой "профит"? Организационные структуры, как правило, делят на: - функциональные; - матричные; - проектные; - смешанная. Существуют рекомендации по выбору варианта структуры. Выбор основывается на потребностях компании с учетом доли проектов в деятельности и степени уникальности проектов. Поскольку проектов может быть несколько то необходима группировка проектов по степени уникальности и для каждой группы возможно формирование отдельных "подструктур". Для ответа на те вопросы которые вы сформулировали попробуйте для начала понять: - что является конечным продуктом (услугой) деятельность организации в целом, и каждого из подразделений; - какую потребность потребителя удовлетворяет получаемый продукт (услуга); - каким образом изменения в организационной структуре повлияют на конечный продукт (услугу) и как это отразиться на удовлетворении потребности потребителя. Если выяснится что каждыое из этих двух подразделений выдает законченный конечный продукт востребованный потребителем то возможно ничего кардинально менять не нужно. Если окажеться что конечный продукт является результатом деятельности двух отделов, возможно что такое деление на данном этапе развития вашей компании и тех проектов которые вы реализуете уже не целесообразно.то было бы правльно их объединить в рамках одного функционального подразделения. Пожалуйста поясняйте подробнее используемые термины, что означает термин "аккаунты" Принцип группировки специалистов в отделы по прниципу отдел - клиент возможен только при условии что это постоянный клиент и загрузка по проектам и задачам этого клиента очень значительна. В остальных случаях, как правило, более целесообразно использования "слабой матричной структуры". ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2011, 09:31 |
|
Вопрос про оргструктуру
|
|||
---|---|---|---|
#18+
Вариантов тут может быть только два: 1. Матричная структура - проектный офис + отделы специалистов. Каждый заказчик - проект, в который набирают людей со всех тделов. 2. Работаете на "бодшоп/аутстаф" - значит бьете структуру под заказчика - типа центр разработки банка "х" и центр разработки банка "y" Каждый из вариантов имеет свои + и - Удачи! ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2011, 13:59 |
|
Вопрос про оргструктуру
|
|||
---|---|---|---|
#18+
А руководители в отделах какие задачи выполняют? Только менеджмент и планирование, или еще и разработка архитектуры и надзор за качеством кода? Вообще, если два начальника отдела не могут договориться о взаимном использовании ресурсов, то как минимум одного из них стоит выгнать :) Один из вариантов: отделы слить, одного из бывших начальников сделать, в основном, архитектором/гуру/тьютором (если сможет) по одной из технологий, планирование вести от конкретных людей и проектов. Уменьшить число людей на задаче (если умеет и то и то - то зачем включать двоих). Обязательно - обоим начальникам отдела повысить зарплаты. Придумать хорошие названия для их должностей (типа "технический руководитель отдела" и "административный руководитель"). Ну или можно попробовать вообще отдел объединить и их обоих сделать одним общим "начальником", но очень мало кто так может эффективно работать. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.11.2011, 17:38 |
|
|
start [/forum/topic.php?fid=37&tid=1555453]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
42ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
44ms |
get tp. blocked users: |
2ms |
others: | 263ms |
total: | 399ms |
0 / 0 |