работа в команде, как построить работу в команде fpga/SoC Опции

[Maverick]

собственно сабж в теме
прошу поделиться опытом

[quato_a]

собственно сабж в теме
прошу поделиться опытом

- есть один ведущий по проекту, остальные разработчики
- на основе ТЗ должны четко определиться что и как делать, разделить ответственность по функциональным блокам. осуждение до тех пор, пока все не станет прозрачно и ясно (стремиться к этому)
- четкое определение протоколов / времянок / интерфейсов / сигналов взаимодействия между блоками
- работа в разных ветках svn/git, потом слитие в главную ветку. либо работа в одной, но без пересечений
- проверка / верификация блоков после написания, перед слитием в главную ветку
- должны быть тестовые стенды на каждые функциональные блоки, покрывающие максимальное кол-во возможных режимов работы блоков
- крайне желательно, выработать единый стиль написания кода

как то так

...
- на основе ТЗ должны четко определиться что и как делать, разделить ответственность по функциональным блокам. осуждение до тех пор, пока все не станет прозрачно и ясно (стремиться к этому)
...

обсуждение
хотя осуждение тоже подходит

[Maverick]

- есть один ведущий по проекту, остальные разработчики
- на основе ТЗ должны четко определиться что и как делать, разделить ответственность по функциональным блокам. осуждение до тех пор, пока все не станет прозрачно и ясно (стремиться к этому)
- четкое определение протоколов / времянок / интерфейсов / сигналов взаимодействия между блоками
- работа в разных ветках svn/git, потом слитие в главную ветку. либо работа в одной, но без пересечений
- проверка / верификация блоков после написания, перед слитием в главную ветку
- должны быть тестовые стенды на каждые функциональные блоки, покрывающие максимальное кол-во возможных режимов работы блоков
- крайне желательно, выработать единый стиль написания кода

как то так



обсуждение
хотя осуждение тоже подходит

Спасибо,.
Жаль что так мало людей деляться опытом...