Разработка проектов и управление командой разработчиков
Разработка проектов и управление командой разработчиков
Здравствуйте, уважаемые подписчики!
Разработка проектов. Как все начиналось 2
В начале все проекты вели мы с другом.
Задачи мы получали по электронной почте. Да, надо сказать, что жили мы еще тогда в общежитии. И ходили получать почту в ближайшее отделение связи.
Намучались надо сказать порядочно в начале.
Но потом все было интереснее и веселее.
Так вот, задачи мы получали по почте. Свои вопросы и ответы тоже направляли по почте и вечером быстренько опять шли в отделение связи, что бы проверить почтовые ящики.
Завели мы папки для проектов: Task1, Task2 И т.д.
Ну мы ведь не знали что потом нам уже будет не достаточно этих папок. И постепенно мы начали давать правильные имена папкам.
Как оказалось главное правильно выбрать начальную структуру папок и затем ее уже придерживаться.
Мы перепробовали несколько вариантов и остановились на следующем. Для проекта создавалась папка с именем проекта. Далее создавались вложенные папки: Builds, Documentation, Images, Database, Run, Installation. Описание этих папок я приведу потом.
После того как было где хранить исходный код надо было еще придумать механизм создания версий проектов.
Да, да SourceSafe и т.д., но нам он не очень подходил. Так как каждый вел проект на локальном компьютере.
Мы ввели в использование систему Build’ов. По этой системе, после того как проект был протестирован мы запаковывали определенные папки и файлы в архив и именовали его по установленным правилам.
О да, надо сказать, что в ходе работы мы написали документ, который назвали Generals.
В этом документе мы описали все стандарты, которые затем использовали в работе. В общем, этот документ занимал около 60 страниц текста и постоянно обновлялся.
В начале этот документ содержал правила написания и оформления кода.
Но затем мы расширили его и включили разделы для разработки БД и именования объектов.
Потом когда количество разработчиков еще увеличилось, мы добавили главы об оформлении внешнего вида приложения.
Потом появились главы, содержащие правила создания версий приложений и советы разработчикам.
Документ содержал отдельный раздел, в котором приводились последние изменения этого документа и ссылки на изменения. Так что ориентироваться в нем было просто и удобно.
После нескольких месяцев работы мы поняли, что нам нужны библиотеки функций. Стандартных нам не хватало.
Потратив несколько ночей (самое творческое время у программистов) были готовы библиотеки функций и шаблоны проектов и форм. Далее эти библиотеки расширялись и рассылались всем по почте.
При разработке проектов, мы постоянно сталкивались с отсутствием документации от заказчика. Все вопросы решались через Интернет.
И вот мы решили сделать стандартную форму спецификации на все проекты. Это была плохая идея. Но пока не попробуешь, не узнаешь.
Жаль, но в университете нас этому не учили. Нам показывали, как по шаблону писать диплом, но как писать грамотные спецификации на проект – нет.
Ну что ж, вооружившись терпением, мы разработали пару спецификацией.
Получились они избыточные. Так как имели главы, которые заполнить можно было только для определенных проектов. Ну да ладно. За то ведь все-таки спецификации как ни как, а не просто письма через Интернет или слова по NetMeeting.
И только потом после того как многие из команды получили сертификаты Microsoft мы стали писать более грамотные спецификации и получать их от компании.
Да, кстати очень помогло в разработке проектов сдача экзаменов Microsoft. Я то же в начале относился к экзаменам очень скептически.
Но после того как сдал несколько, понял на сколько они полезны.
Можно считать себя асом и успешно решать задачи. Но надо понимать, что решать задачи можно по-разному. Так вот после экзаменов я увидел новые пути решения задач, и эти пути были более оптимальными и качественными.
Да и вообще, было очень приятно в один день сдать несколько экзаменов и получить красивый сертификат и значок.
Далее нам надо было подключать к проектам уже тестировщиков и технических писателей.
Вообще со специалистами в области тестирования было напряженно.
Но нам повезло. Мы взяли на работу человека, у которого энергии и желания хватило, что бы за небольшое время освоить не только методы тестирования и средства его автоматизации, но и программирование.
Для ведения и отслеживания ошибок в начале мы применяли текстовые файлы, а затем Excel. Но, немного «повзрослев», перешли на профессиональную систему ведения ошибок.
Это уже отдельная история о наших изысканиях в этой области.