Comments | gaperton: Полностью распределенная разработка

gaperton

Полностью распределенная разработка - что в основе

Feb 12, 2010 02:05

Я не успел подробно расспросить codedgers о том, как у них все устроено, но так даже интереснее. Когда теперь я знаю, что так можно, - можно попробовать применить “дедуктивный метод”.
( Read more... )

организация разработки, распределенная разработка

Leave a comment

Back to all threads

Небольшое уточнение nuald February 12 2010, 03:27:58 UTC

Раз уж вы приводите в пример нашу компанию, то внесу пару уточнений:
- Chief Programmer - это обычно наш Project Manager (только он не всегда пишет код). Да, это не особо удачно и не особо эффективно, поэтому мы активно работаем над оптимизацией внутренней логистики, чтобы снизить на PM-а нагрузку. И из этого следствие - PM-ами у нас становятся только бывшие разработчики, которые хорошо разбираются в теме.
- Вместо доски с маркерами мы активно используем вики. Стараемся все по максимуму документировать, чтобы инфа была не в головах, а была известна всем заинтересованным сторонам.

Re: Небольшое уточнение kpy3 February 12 2010, 05:33:04 UTC

Доска + мыльница-из-телефона + wiki тоже хороший вариант. Дружно нарисовали, обсудили, сфоткали, картинку вставили в wiki, добавили комментариев.

Re: Небольшое уточнение shalayev February 12 2010, 07:31:56 UTC

Доска и мыльница легко заменяются whiteboardmeeting (приблуда такая к скайпу)

Re: Небольшое уточнение kpy3 February 12 2010, 07:37:06 UTC

О! Спасибо за наводку. =)

Re: Небольшое уточнение nuald February 12 2010, 08:40:46 UTC

К сожалению, работает только под Windows. Нормального кроссплатформенного аналога я так и не нашел, в основном какие-то глючные поделки. Но может не там искал :)

Re: Небольшое уточнение gaperton February 12 2010, 14:03:43 UTC

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

В CQG мы каким-то онлайн-сервисом пользовались для этого - он и конференции тянул большие, и презентации, и стол расшаривать позволял. Забыл тока, черт, как эта штука называлась. Но их полно быть должно.

Re: Небольшое уточнение saveug February 12 2010, 08:27:03 UTC

Интересно, а кроме wiki еще какими-то инструментами по обеспечению процесса разработки вы пользуетесь? Ну, в первую очередь, интересует совместное планирование и постановка задач/целей?

Re: Небольшое уточнение nuald February 12 2010, 08:37:59 UTC

Ну вообще-то мы используем Trac. Не самый совершенный инструмент, конечно, однако все то, что нас не устраивает, мы изменяем плагинами, включая самописные.

Если говорить про планирование, то в Trac-e есть Roadmap, который мы заполняем, плюс первоначальные задачи ставятся через тикеты. Хотелось бы отметить, что всяческие диаграммы Ганта не прижились, т.к. слишком много времени требуется для их поддержания в актуальном состоянии. Мы живем в реальном мире, и он диктует свои условия. Это только в мечтах, или в очень формализованных методиках разработки можно все заранее распланировать. Плюс сказывается то, что у нас в основном идет упор на Research, и здесь предугадать сроки очень тяжело. В основном мы планируем на уровне функциональных checkpoint-ов - как раз то, что многоуважаемый господин Балин читал нам на семинаре.

Re: Небольшое уточнение gaperton February 12 2010, 14:18:19 UTC

"Хотелось бы отметить, что всяческие диаграммы Ганта не прижились, т.к. слишком много времени требуется для их поддержания в актуальном состоянии. Мы живем в реальном мире, и он диктует свои условия. Это только в мечтах, или в очень формализованных методиках разработки можно все заранее распланировать."

На это есть фундаментальные причины. Диаграммы Ганта были изначально изобретены Гантом для описания производственных процессов. Производственная метафора плохо подходит для проектной деятельности, приводя к смещению акцента в управлении с результата на процессы, отчетность, и показатели. А в случае софта и R&D - она катастрофически плохо работает.

Я примерно половину тренинга посвятил объяснению, почему именно "производственная метафора" не работает, показывая, как глубоко она запустила корни в разные аспекты "традиционного" управления проектами :). И в частности, в чем проблема сетевого графика (это тот же гант по сути - только в профиль).

Re: Небольшое уточнение gaperton February 12 2010, 13:58:44 UTC

"- Chief Programmer - это обычно наш Project Manager (только он не всегда пишет код). Да, это не особо удачно и не особо эффективно, поэтому мы активно работаем над оптимизацией внутренней логистики, чтобы снизить на PM-а нагрузку ( ... )

Re: Небольшое уточнение gaperton February 12 2010, 14:00:33 UTC

Как вы диаграммы в вики кладете, кстати?

Re: Небольшое уточнение nuald February 12 2010, 14:24:02 UTC

Обычно рисуются в чем-то типа Visio, хотя есть и более продвинутая методика - используется GraphViz плагин, который рисует все автоматом из dot-формата (текстовой формат для описания диаграмм).

Потом это либо аттачится (если это рисунок), либо просто меняется текст (при использовании dot-формата) и плагин уже рисует диаграмму на основе этого текста.

Back to all threads