|
Управление процессом разработки- SCRUM, PSP
|
|||
---|---|---|---|
#18+
Добрый день! Есть некая организация, которая вместо процесса разработки "как попало" хочет перейти на современные методы, т.к. количество разработчиков и проектов резко возрастает. Что можно сделать? Переманить менеджера- но кого? Да и в Самаре нет вроде таких вообще. Нанять контору для аутсорсинга этого? Направить на обучение- но сколько и куда? -- Алексей. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.03.2008, 10:14 |
|
Управление процессом разработки- SCRUM, PSP
|
|||
---|---|---|---|
#18+
Могу посоветовать тренинги Текама . Поучиться стоит в любом из перечисленных вариантов. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.03.2008, 13:55 |
|
Управление процессом разработки- SCRUM, PSP
|
|||
---|---|---|---|
#18+
Да, забыл. Можно нанять и москвича (благо есть московский филиал), но вот как таких ищут? -- Алексей. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.03.2008, 14:00 |
|
Управление процессом разработки- SCRUM, PSP
|
|||
---|---|---|---|
#18+
Alexey TominДа, забыл. Можно нанять и москвича (благо есть московский филиал), но вот как таких ищут? Врядли вам удасться нанять такого человека в штат. Имеет смысл пригласить человека, который профессионально занимается постановкой процессов разработки ПО как внешнего консультанта -- он поставит процесс и позволит вашим специалистам далее его развивать. Если есть практический интерес -- отпишите мне на e-mail, только опишите более детально ваши проекты, количество людей в проектах и причины, по которым возникло желание улучить процессы. Исходя из этого я посоветую к кому обратиться. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.03.2008, 17:19 |
|
Управление процессом разработки- SCRUM, PSP
|
|||
---|---|---|---|
#18+
Alexey Tomin Есть некая организация, которая вместо процесса разработки "как попало" хочет перейти на современные методы, т.к. количество разработчиков и проектов резко возрастает. Что можно сделать? Переманить менеджера- но кого? Да и в Самаре нет вроде таких вообще. Нанять контору для аутсорсинга этого? Направить на обучение- но сколько и куда? Не очень скромно получится :-) , но могу порекомендовать нас http://ScrumTrek.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
26.03.2008, 21:45 |
|
Управление процессом разработки- SCRUM, PSP
|
|||
---|---|---|---|
#18+
Askhat UrazbaevНе очень скромно получится :-) , но могу порекомендовать нас http://ScrumTrek.ru Как раз только хотел порекомендовать Асхата :) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.03.2008, 10:32 |
|
Управление процессом разработки- SCRUM, PSP
|
|||
---|---|---|---|
#18+
Alexey TominДобрый день! Есть некая организация, которая вместо процесса разработки "как попало" хочет перейти на современные методы, т.к. количество разработчиков и проектов резко возрастает. Что можно сделать? Переманить менеджера- но кого? Да и в Самаре нет вроде таких вообще. Нанять контору для аутсорсинга этого? Направить на обучение- но сколько и куда? -- Алексей. На всякий случай: SCRUM работает в командах до 10 чел. Если кол-во так сильно растёт - при SCRUM надо разбивать на подкоманды не более 10 чел. Потом мирить ПМов (ах да, SCRUM-мастеров, которые формально не командуют), каждый из которых тянет одеяло разработки на себя. И героически интегрировать расходящиеся всё сильнее и сильнее компоненты. Ну или внедрять хорошо масштабируемые тяжеловесные процессы, RUP или ему подобные, и тратить по полдня каждого сотрудника на бумажки/формочки заданий и отчётности. Найти ПМа просто: объявите, что получая московскую з/п в $5-7 тыс./мес. человек сможет жить в солнечной Самаре. Очень многие с радостью согласится. А вот отдавать на аутсорсинг как раз сложно: это требует очень грамотных постановщиков задач, которые точно опишут требования и спецификацию, а потом - проверят соответствие и качество. Это - большая и скрупулёзная работа, которую мало кто может сделать. --- IMHO легче нанять хорошего HR'а и приструнить не в меру разошедшихся менеджеров, берущих в программисты всех своих знакомых. Мотивировать разгильдяев вплоть до увольнения. Поставить процессы проектирования и обучения, выстроить цепочку из "ведущих", "рядовых" и "стажёров". Начать смотреть на качество персонала вместо того, чтобы восхищаться его количеством. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.04.2008, 23:36 |
|
Управление процессом разработки- SCRUM, PSP
|
|||
---|---|---|---|
#18+
AlexTheRavenНа всякий случай: SCRUM работает в командах до 10 чел. Если кол-во так сильно растёт - при SCRUM надо разбивать на подкоманды не более 10 чел. Потом мирить ПМов (ах да, SCRUM-мастеров, которые формально не командуют), каждый из которых тянет одеяло разработки на себя. И героически интегрировать расходящиеся всё сильнее и сильнее компоненты. 1. Если проект требует команды из 10 человек - скорее всего, никто из этих 10 человек системы уже не понимает. 2. Мирить скорее надо не SCRUM-мастеров, а Product Owner-ов. Scrum-мастер больше наводит порядок внутри команды. 3. Мирить людей внутри конторы надо в любом случае. Создание здоровой атмосферы в конторе - тяжёлая, но важная задача. 4. Помирить Product owner-ов можно попытаться, организовав их самих в Scrum-команду - будет "Scrum of Scrums" так называемый. 5. Если грамотно разделить функциональность, интегрировать модули не так уж и сложно - есть опыт. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2008, 10:25 |
|
Управление процессом разработки- SCRUM, PSP
|
|||
---|---|---|---|
#18+
AlexTheRavenIMHO легче нанять хорошего HR'а и приструнить не в меру разошедшихся менеджеров, берущих в программисты всех своих знакомых. Мотивировать разгильдяев вплоть до увольнения. Поставить процессы проектирования и обучения, выстроить цепочку из "ведущих", "рядовых" и "стажёров". Начать смотреть на качество персонала вместо того, чтобы восхищаться его количеством. Жёстковато. ИМХО, в любой конторе есть так называемый "дух". Если он портится - прежде всего уходят сильные люди. Слова "мотивировать", "увольнение", "поставить" и "выстроить" меня лично пугают - наслушавшись их, я бы сбежал туда, где их не говорят :) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2008, 10:33 |
|
Управление процессом разработки- SCRUM, PSP
|
|||
---|---|---|---|
#18+
Редко когда резкая смена техпроцесса приводит хорошему результату. Я бы рекомендовал набрать книг по процессам, начитаться их, можно поручить отдельным разработчикам. Потом выбирать практики типа "итерационный процесс", устроить обсуждение, понять нужно ли Вам это? зачем Вам это нужно? Довести до каждого эти мысли. попробовать применить. потом выбрать следующую практику и т.д.. И каждый раз оценивать результат внедрения той или иной практики и не бояться отказываться, если они себя не оправдали. Главное, что все должны понимать для чего это нужно. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.04.2008, 11:33 |
|
|
start [/forum/moderation_log.php?user_name=%D0%96%29]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
176ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
55ms |
get tp. blocked users: |
1ms |
others: | 448ms |
total: | 745ms |
0 / 0 |