|
Структура млого софтверного предприятия
|
|||
---|---|---|---|
#18+
Исходные данные Проект состоит из 70 отдельных модулей, порядка 10 - весьма громоздкие и сложные, остальные попроще. Общее число таблиц, порядка 500. Проект уже активно работает в 15 точках. Планируются активные продажи в недалеком будущем. Текущий состав команды: - Директор: отвечает за финансовые вопросы и решает вопросы с заказчиками. Также помогает разрешать конфликты среди команды. Вопросов программирования он не касается; - 2 хороших высокооплачиваемых программиста: один старший программист, является родоначальником системы и является основным стратегом и тактиком, но на себя ответственность брать не хочет, хочет просто программировать и радоваться этому. Второй взят в помощь - но он, как и положено спецу, с амбициями и со своим видением построения системы; - 4 человека службы сопровождения (они же и тестировщики). О имеющихся сложностях писать не буду - думаю, они понятны. :) Как посоветуете модифицировать структуру? PS Сильно раздувать структуру не хотелось бы. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.12.2008, 02:05 |
|
Структура млого софтверного предприятия
|
|||
---|---|---|---|
#18+
TarabtsevО имеющихся сложностях писать не буду - думаю, они понятны. :) не видно сложностей :) Если директор совмещает РМ и справляется :) то в чём проблема. Ты описал "характеры", а они есть у всех и любого. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.12.2008, 09:26 |
|
Структура млого софтверного предприятия
|
|||
---|---|---|---|
#18+
Petro123 Если директор совмещает РМ и справляется :) Директор не совмещает РМ. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.12.2008, 09:33 |
|
Структура млого софтверного предприятия
|
|||
---|---|---|---|
#18+
TarabtsevPetro123 Если директор совмещает РМ и справляется :) Директор не совмещает РМ. авторДиректор: отвечает за финансовые вопросы и решает вопросы с заказчиками. Также помогает разрешать конфликты среди команды. Вопросов программирования он не касается; ? что ещё нужно для счастья? Революционная ситуация - когда низы не хотя жить по старому, а.... ... |
|||
:
Нравится:
Не нравится:
|
|||
18.12.2008, 09:52 |
|
Структура млого софтверного предприятия
|
|||
---|---|---|---|
#18+
Petro123 что ещё нужно для счастья? Революционная ситуация - когда низы не хотя жить по старому, а.... Мы, скорее всего, по разному понимаем роль и задачи РМ. В моем понимании, на предприятии РМ нет. Для счастья надо так организовать структуру и взаимодействие между ее членами, чтобы быть максмально независимым от характера людей. Для примера, вторым порграммистом сейчас работает уже 4-й по счету человек - проходит год и этот человек уходит(хоть ЗП выше среднего уровня), причем не сделав до конца свой кусок работы и новому приходится разбираться заново. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.12.2008, 11:31 |
|
Структура млого софтверного предприятия
|
|||
---|---|---|---|
#18+
Tarabtsev О имеющихся сложностях писать не буду - думаю, они понятны. :) Как посоветуете модифицировать структуру? PS Сильно раздувать структуру не хотелось бы. А все же в чем сложности, из-за которых-то и надо модифицировать структуру? Ведь разных сложностей может быть тысячи - и все догадываются про свои какие-то. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.12.2008, 11:40 |
|
Структура млого софтверного предприятия
|
|||
---|---|---|---|
#18+
AlexandrPlus А все же в чем сложности, из-за которых-то и надо модифицировать структуру? Ведь разных сложностей может быть тысячи - и все догадываются про свои какие-то. Основные 1. Постоянно отстаем от плана по внедрению новых модулей; Не успеваем латать существующие дыры; 3. Личное взаимодействие между программистами; 4. Большая зависимость от программиста и большой риск его потери; 5. Разное понимание задач порграммистами и сопровожденцами. Сопровожденцы, смотрят на проект глазами клиента, а программисты чихали на это и отстаивают свои логически верные решения :) ... |
|||
:
Нравится:
Не нравится:
|
|||
18.12.2008, 11:56 |
|
Структура млого софтверного предприятия
|
|||
---|---|---|---|
#18+
Tarabtsev, так бы и давно. imho - нужен один PM который разгрузит директора (если он захочет) и внедрит упорядоченность ведения проектов. ЗЫ. Вырастить своего PM у вас не получается. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.12.2008, 12:29 |
|
Структура млого софтверного предприятия
|
|||
---|---|---|---|
#18+
Petro123 так бы и давно. Хотел изначально идти от цифр: кол-во модулей, кол-во таблиц. А люди и их проблемы везде одинаковы :) Petro123 нужен один PM который разгрузит директора (если он захочет) и внедрит упорядоченность ведения проектов Благодарю, обдумаю. Но, боюсь, что только наличие нового человека в проекте, называющегося РМ, не спасет :) Опять таки, большая зависимость от РМ. ЗЫ Вырастить можно кого угодно и из кого угодно - вопрос времени. Но и найти толкового работника и заставить его работать по стандартам предприятия - также вопрос времени. И как поступать лучше? - весьма нелегкий вопрос :) ... |
|||
:
Нравится:
Не нравится:
|
|||
18.12.2008, 12:39 |
|
Структура млого софтверного предприятия
|
|||
---|---|---|---|
#18+
авторЗЫ Вырастить можно кого угодно и из кого угодно - вопрос времени. нет. Т.к. слова ниже говорят о том, почему у Вас большая текучка. авторНо, боюсь, что только наличие нового человека в проекте, называющегося РМ, не спасет :) Опять таки, большая зависимость от РМ. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.12.2008, 12:58 |
|
Структура млого софтверного предприятия
|
|||
---|---|---|---|
#18+
Petro123 нет. Т.к. слова ниже говорят о том, почему у Вас большая текучка. Не понял Вас - Поясните? И посоветуйте как с этим бороться? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.12.2008, 13:00 |
|
Структура млого софтверного предприятия
|
|||
---|---|---|---|
#18+
Tarabtsev, что тут сложного? - если 2 спеца высококлассные (лебедь рак и щука), то выбрать одного и дать ему все полномочия. - если нет такого (или "подсиживание, зависть и т.д."), то "взять со стороны". - разобраться, кто и за что отвечает - PM если со стороны, то не должен быть программистом Зависимость от PM ДОЛЖНА быть большая. А контролировать его можно разными способами. IMHO ... |
|||
:
Нравится:
Не нравится:
|
|||
18.12.2008, 13:07 |
|
Структура млого софтверного предприятия
|
|||
---|---|---|---|
#18+
TarabtsevAlexandrPlus А все же в чем сложности, из-за которых-то и надо модифицировать структуру? Ведь разных сложностей может быть тысячи - и все догадываются про свои какие-то. Основные 1. Постоянно отстаем от плана по внедрению новых модулей; Не успеваем латать существующие дыры; 3. Личное взаимодействие между программистами; 4. Большая зависимость от программиста и большой риск его потери; 5. Разное понимание задач порграммистами и сопровожденцами. Сопровожденцы, смотрят на проект глазами клиента, а программисты чихали на это и отстаивают свои логически верные решения :) Конечно есть средства коллективной разработки (CVS, ABACUS Builder, ... ) и средста управления-пларнирования проектам (MS Project, ...), которые следят за выполнением плана на уровне выполнимых участков работы, устраняют личное взаимодействие по вопросу кто-что-сколько-когда, делают буфер из формальных документов между постановщиками-тестировщиками-внедренцами и программистами, ... Но предприятие настолько малое, что эти средства наверно будут скорее обузой, чем желанной организующей структуризацией. На малых предприятиях - как в семьях - ВСЁ НА ЛИЧНЫХ ВЗАИМОТНОШЕНИЯХ незаменимых и уникальных. Когда программист по сути один, то без романтики своей деятельности у него дело не пойдет, то есть вопросы ответственности за сроки исполнения - это для романтиков мешающая суета сует. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.12.2008, 13:51 |
|
Структура млого софтверного предприятия
|
|||
---|---|---|---|
#18+
TarabtsevAlexandrPlus А все же в чем сложности, из-за которых-то и надо модифицировать структуру? Основные 1. Постоянно отстаем от плана по внедрению новых модулей; Не успеваем латать существующие дыры; 3. Личное взаимодействие между программистами; 4. Большая зависимость от программиста и большой риск его потери; 5. Разное понимание задач порграммистами и сопровожденцами. Сопровожденцы, смотрят на проект глазами клиента, а программисты чихали на это и отстаивают свои логически верные решения :)IMHO: 1) Для начала введите тайминг хоть в каком-то виде, чтобы понять на что тратиться время. После этого уже можно посмотреть и подумать что с этим делать. Может вы просто нахватали проектов и тупо с ними не справляетесь и вм просто надо брать доп. человека. А может вместо решения "нужных" задач кто-нибудь занимается, например "ненужными теоретичекими изысканиями". 3) Про личное взаимодействие - не понял. Они что, морду друг другу бьют? Делить на двух куда проще чем на 5 или 10, а у вас уже с двумя проблемы :) 4) Большая зависимость - совсем ее не убрать, но сократить можно, если ЧЕТКО ДОКУМЕНТИРОВАТЬ все. НО - на это тратится лишнее время. А с учетом (1) - все будет у вас плохо, потому что с одной стороны "быстрее-быстрее", с другой "делай правильно". 5) Здесь нужен третий человек (хоть PM, хоть архитектор, хоть Директор), который правильно расставит приоритеты. Просто решит что из требований заказчика бред (и надо менять требования), что обязано быть (и програмисты должны это понять), что должно быть сделан как "компромис" и нашим и вашим. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.12.2008, 14:04 |
|
Структура млого софтверного предприятия
|
|||
---|---|---|---|
#18+
AlexandrPlus Когда программист по сути один, то без романтики своей деятельности у него дело не пойдет, +1 ... |
|||
:
Нравится:
Не нравится:
|
|||
18.12.2008, 14:13 |
|
Структура млого софтверного предприятия
|
|||
---|---|---|---|
#18+
TarabtsevТекущий состав команды: - Директор: отвечает за финансовые вопросы и решает вопросы с заказчиками. Также помогает разрешать конфликты среди команды. Вопросов программирования он не касается; - 2 хороших высокооплачиваемых программиста: один старший программист, является родоначальником системы и является основным стратегом и тактиком, но на себя ответственность брать не хочет, хочет просто программировать и радоваться этому. Второй взят в помощь - но он, как и положено спецу, с амбициями и со своим видением построения системы; - 4 человека службы сопровождения (они же и тестировщики).В текущей структуре как-то непонятны полномочия и ответственность членов команды. Функционал продукта определяет директор? или программисты? тестеры просто тестируют и говорят про ошибки или решают, готова версия к выпуску или нет? На мой взляд, роли должны быть такие: Руководитель продукта (аналитик, продукт-менеджер) - отвечает за то, чтобы продукт соответствовал ожиданиям заказчика. Он выстраивает желаемый функционал, желаемые качества продукта (составляет требования). Устанавливает этим требованиям приоритеты (обязательно, нужно, опционально) Другие сотрудники (ПМ, разработчики, тестеры) не определяют требований к продукту. ПМ - определяет сроки и бюджет, получая информацию о функциональности от продукт-менеджера и о трудоёмкости реализации от программиста. Не принимает решений о составе требований и о стоимости их реализации Программист (или архитектор, тех рук проекта, тим-лидер) - отвечает за разработку, оценку трудоёмкости, выбор архитектуры, выбор технологий. Тестер - отвечает за тестирование, определяет готовность выпуска версии. Все решения (важные, конечно) должны приниматься группой из этих 4-х человек, при этом ведущим и ответственным за решение должен быть тот, для кого это решение профильное. Эти решения: определение функционала с указанием приоритетов - отвечает продукт-менеджер определение состава разработки (список функционала в очередной версии - отвечает ПМ определение архитектуры решения, выбор технологий - отвечает программист определение готовности версии для передачи заказчику - отвечает тестер По составу и численности команды: дополнительно нужно взять продукт-менеджера (аналитика), который будет отвечать за функционал. Насчёт директора - вообще директор обычно занимается стратегией (т.е. общением с владельцами и прочее) - в целом следит за выполлнением главной миссии компании - как правило, принести прибыль акционерам. Но вообще роль ПМ не противоречит задачам директора и не вступает в конфликт с его основной ролью, так что в данном конкретном случае это можно допустить. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.12.2008, 18:43 |
|
Структура млого софтверного предприятия
|
|||
---|---|---|---|
#18+
2 Tarabtsev: Тут уже много лет мелькает ссылка на известный труд. Я просто советую ознакомиться со всеми (обязательно со всеми - в комплексе) статьями (это займет буквально один вечер), но зато Вы избавитесь от большинства предрассудков и заблуждений, поймете, куда и как двигаться вашей компании. Ссылка А начать рекомендую с этого: "Я начальник - ты дурак" и команда клоунов ... |
|||
:
Нравится:
Не нравится:
|
|||
19.12.2008, 17:50 |
|
Структура млого софтверного предприятия
|
|||
---|---|---|---|
#18+
Tarabtsev<...> 1. Постоянно отстаем от плана по внедрению новых модулей; Не успеваем латать существующие дыры; IMHO в какой-то момент директор должен замедлить "гонку", чтобы можно было реорганизовать процесс разработки, и сделать его масштабируемым. Для этого, замотивируйте (например, обещанием премии) ведущего программиста: - описать архитектуру - навести порядок в политике и средствах групповой работы и контроля версий - добавить комментарии - привести в порядок стиль кода - может, даже добавить юнит-тесты :) . И вообще, объявите его архитектором, под лозунгом "никто не сможет сделать это лучше тебя". Скажите, что хотите, чтобы он нанял себе помощников-программистов, чтобы написал для них тестовые задания и участвовал в проведении собеседований. Сделайте главным одного. Tarabtsev 3. Личное взаимодействие между программистами; Для небольшой команды это вполне нормально. Хотя, конечно, планы, требования и архитектура, хотя бы в каком-нибудь виде, не помешают. И вообще, любое решение должно быть зафиксировано, а встреча без протокола - это разговор в пользу бедных. Я бы не стал брать PM'а со стороны. IMHO чтобы начальник был хорошим - он должен обладать опытом работы в данной команде, лично знать разработчиков и сделать для них много хорошего, т.е. обладать авторитетом. А значит - вырасти из команды, причём благодаря: - понятливости - качеству работы - дисциплине и инициативности - умению организовывать и доводить до конца а не за счёт умения пить с вышестоящим начальством. Tarabtsev 4. Большая зависимость от программиста и большой риск его потери; Делайте артефакты такого качества, чтобы они были отчуждаемыми от авторов. Введите как минимум обязательно ревью кода, как максимум - парное программирование и обмен областями ответственности. Только дела Tarabtsev 5. Разное понимание задач порграммистами и сопровожденцами. Сопровожденцы, смотрят на проект глазами клиента, а программисты чихали на это и отстаивают свои логически верные решения :) А это всегда так, до тех пор, пока программистов бережно охраняют от заказчиков и денежных проблем. По-моему, единственный способ исправить ситуацию в этом случае - материально заинтересовать программистов в потребительских качествах: - НЕ давать премии за: -- чудесные изменения в архитектуре, изящную реконструкцию объектной модели в соответствии с новейшими тенденциями в паттернах -- переход на новые библиотеки и средства разработки -- переписывание кода здесь и там с применением лямбда-программирования, замыкания и карринга. - давать премии за: -- своевременную реализацию требований заказчика, даже если они, по словам программистов "такой геморрой, и вообще, на самом деле никому не нужны, т.к. портят всю архитектуру", -- небольшое количество и оперативное исправление ошибок -- продуманность, эргономику, эстетичность GUI -- тестируемость, лёгкость развёртывания и поддержки, стабильность. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.12.2008, 02:00 |
|
Структура млого софтверного предприятия
|
|||
---|---|---|---|
#18+
Tarabtsev один старший программист, является родоначальником системы и является основным стратегом и тактиком, но на себя ответственность брать не хочет, хочет просто программировать и радоваться этому. Второй взят в помощь - но он, как и положено спецу, с амбициями и со своим видением построения системы; Для счастья надо так организовать структуру и взаимодействие между ее членами, чтобы быть максмально независимым от характера людей. Для примера, вторым порграммистом сейчас работает уже 4-й по счету человек - проходит год и этот человек уходит(хоть ЗП выше среднего уровня), причем не сделав до конца свой кусок работы и новому приходится разбираться заново. Где то читал что 2 программиста идеальная команда по кол-ву когда люди понимают друг друга имхо все дело в 1-м программисте - он же архитектор - ему и карты в руки - нужны ему еще люди и кто ... |
|||
:
Нравится:
Не нравится:
|
|||
24.12.2008, 19:48 |
|
Структура млого софтверного предприятия
|
|||
---|---|---|---|
#18+
Tarabtsev, >Как посоветуете модифицировать структуру? Так стратегия непонятна же. На что упор делать - на сопровождение, заказные доработки, захват рынка, новые продажи, "гнобить" конкурентов. Слабо структуру доходов компании раскрыть ? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.01.2009, 19:00 |
|
Структура млого софтверного предприятия
|
|||
---|---|---|---|
#18+
>4. Большая зависимость от программиста и большой риск его потери; Я бы немного перефразировал: "зависимость от директора и большой риск его потери" :) Ибо в таких организациях, чтобы не возникало никаких проблем, тот самый директор и должен быть наемным работником, чтобы решать всякие организационные проблемы. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2009, 18:04 |
|
|
start [/forum/topic.php?fid=33&msg=35721559&tid=1548618]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
73ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
50ms |
get tp. blocked users: |
1ms |
others: | 13ms |
total: | 179ms |
0 / 0 |