« Funky Business • На главную • Работа онлайн. Начинаем правильно »
Руководство командой? Это просто!
16.01.2008 Дядя Эдик
![]()
Сегодня хочу поделиться своим опытом по руководству командой девелоперов над разработкой одной небольшенькой системы учета. Система проектировалась на базе Microsoft SQL Server 2005 с клиентским приложением на NET 2.0 (C#). Если честно, я немного побаивался этого проекта, ведь руководить людьми мне тогда предстояло впервые. Начитавшись умных книжек про управление командой и прочий менеджмент, я привел свои знания в еще большую кашу
Посему решено было применить принцип – Разделяй и Властвуй! в структуре приложения. Девелоперов было три, посему обычная система учета была разбита на 3 слоя: слой работы с данными, слой бизнес-логики и интерфейс. Классическая 3-tier application architecture.
Я сделал архитектуру всех необходимых классов, начиная от базовой формы интерфейса и заканчивая прототипами методов бизнес-логики. Труд творческий, но я решил сделать это сам, чтобы иметь представление обо всех участках проекта и структуре взаимодействия компонентов в нем. Плюс, вся оптимизация SQL кода была тоже на мне.
Что получилось в итоге? Все плюсы 3-tier application architecture были на моей стороне – независимость действий кодеров, заранее спланированное взаимодействие между ними, возможность распределить обязанности по квалификации программистов. И самое главное – возможность оценить готовность проекта по готовности составных модулей и отличный контроль за исполнением и его качеством.
Уже после, оценив трудоемкость работы трех человек, я пришел к выводу, что она несколько завышена, но было сэкономлено время на синхронизацию действий и управление командой. Ну, и основную системную работу по планированию и системной архитектуре сделал я сам. Этой рыбой структуры данного типа приложения пользуюсь до сих пор
Мораль сей басни такова: планирование работы над проектом до его начала и разделение обязанностей участников настолько тщательно, насколько это возможно для уменьшения количества взаимосвязей в проекте. Принцип Разделяй и Властвуй в действии.
P.S. Имею в напечатанном состоянии несколько книг (напечатаны на листах А4 и переплетены красивенько так) . Я их прочитал, и они есть в электронном виде, поэтому в связи с чисткой рабочего стола отдам забесплатно в хорошие руки. Кому надо, дам ссылки на электронный вариант.
Книги:
- Дизайн пользовательского интерфейса – Влад.В.Головач
- .NET Framework Essentials – Thuan Thai (на английском)
- Refactoring in Large Software Projects – Stefan Roock, Martin Lippert (на английском)
- Подборка статей с rsdn.ru – в основном на тему NET, архитектуры приложений и паттернов проектирования
Теги: управление проектами
Тема: Фриланс • 10 комментариев »



17.01.2008 в 06:31
Есть читатели из Минска
Расскажите что за книжечки…
17.01.2008 в 10:50 @
>> Я сделал архитектуру всех необходимых классов, начиная от базовой формы интерфейса и заканчивая прототипами методов бизнес-логики.
Как я пониманию, это очень объемная часть работ по проекту. Имеет ли смысл взваливать на себя столько работы ? Нельзя ли отдать (хотя бы частично) ее разработчикам (например, поделив работу вертикально, по функциям, а не горизонтально, по слоям) ?
17.01.2008 в 19:11
Ромкин – в конце поста список.
поэтому отвечал только за отрисовку и базовые операции по интерфейсу.
vasyas – работа объемная, но система небольшая. Все работы у меня заняли часов 16. Просто при имеющихся наработках мне было гораздо проще строить архитектуру, я не рисовал ее с нуля. Еще на такое распределение повлияла квалификация кодеров. Один был совсем зелен
18.01.2008 в 10:02 @
если система небольшая, как вы считаете, имеет ли смысл ее реализацию делить на нескольких человек ? не было бы более эффективным делать ее в одиночку ?
18.01.2008 в 15:25
Дело в том, что система хоть и небольшая (договора + информация по ним, всего 5 предметов учета), но сроки поджимали совсем. Посему и было выбрано несколько человек, для одного слишком много кода. А несколько почти независимых частей – самое то. Основной минус был в том, о чем я писал – синхронизация действий команды: когда например иньерфейснику нужны были дополнительные фичи, которые еще не сделал человек бизнес-логики. Но, к счастью, таких затыков было мало.
20.01.2008 в 14:38
Какую книгу имели в виду?
22.01.2008 в 05:53
А не могли бы вы дать ссылочки на книги перечисленные?
22.01.2008 в 23:16
Если хотите, выложу на depositfiles одним архивом. Все эти книги у меня есть в электронном виде.
05.07.2008 в 17:43
Павел, киньте, пожалуйста, книги на почту.
06.07.2008 в 00:49
ОК, скину ссылку завтра.