Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Потрепаться";
Текущий архив: 2005.12.04;
Скачать: [xml.tar.bz2];

Вниз

Как писать проект в команде, если ты начальник :/   Найти похожие ветки 

 
mmms   (2005-11-10 23:26) [0]

Такая ситуация, надо бы народ привлечь под свои задания. Написание ПО. В проекте например 100 форм (корпоративная система документооборота). Например 5 человек. "Раздать" каждому 20 форм. БД общая (у них строит свой БД сервер + демо БД). Структуру БД они все видят. Они ведут дело, не зная друг о друге. (Связь - интернет) Т.е. работа заочно.
Какой принцип: каждый значит отвечает за свой модуль. Как им оттестить модуль, если нет "Fmain"? Отдавать весь проект каждому не имею права... Ещё, как формы объединить в проекте, что бы они писали как dll, так размер большой (в каждой ведь TForm и т.д...), и опять с dll на порядок все сложнее... Как вариант отпадает...
В общем, кто что может посоветовать, наверняка кто то сам так пишет в качестве одного из "работника", как вам дают задание, как тестите, как сдаете..


 
DrPass ©   (2005-11-11 00:07) [1]

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


 
ZeroDivide ©   (2005-11-11 09:11) [2]

Систему управления версиями тебе в зубы.
Напр. http://jedivcs.sourceforge.net/


 
Nikolay M. ©   (2005-11-11 09:51) [3]

Если у начальника возникают такие вопросы, то проект, имхо, заведомо мертворожденный. Лучше обратиться к аутсорсинговой фирме вроде Aplana или VDI. Будет стоить дороже, но качественный результат гарантирован.


 
mmms   (2005-11-11 11:03) [4]

Спасbбо за [1], [2]
[3] У "начальника" - первый проект, надо же с чего то начать, самому все писать уж очень тяжело..


 
ZeroDivide ©   (2005-11-11 11:06) [5]

Начальник сам в команде похоже ни когда не работал. Это плохо.


 
Sergey13 ©   (2005-11-11 11:08) [6]

2[4] mmms   (11.11.05 11:03)
Озадачь этим вопросом свою команду - пусть думают, а не бездельничают. Ты начальник или где?
8-)


 
Игорь Шевченко ©   (2005-11-11 11:11) [7]


> Как им оттестить модуль, если нет "Fmain"?


DUnit ?
http://dunit.sourceforge.net/


 
Nikolay M. ©   (2005-11-11 11:29) [8]


> mmms   (11.11.05 11:03) [4]

Да на здоровье, я разве против? :)
Только если это твой личный проект, то приготовься к денежным и временным потерям, а если ты сам наемный работник, то придумай объяснение для начальства, почему проект провалился или получился кривым.
Даже если уволят или продашь квартиру на зарплату программистам - получишь бесценный опыт. Но я бы все-таки обратился к специалистам: и результат от них будет, и у тебя время на более важные дела останется.


 
karat ©   (2005-11-11 11:59) [9]

Человек совета спросил. Всегда же кто-то начинает. Те же специалисты, тоже начинали быть специалистами.


 
msguns ©   (2005-11-11 12:05) [10]

Решение есть, и довольно простое. "Начальник" (мне больше нравится "руководитель", а еще лучше "главный инженер" проекта) пректирует общую модель и разбивает ее на "куски" более-менее автономные. Далее пишется ТЗ на весь проект и на "куски".
"Куски" можно спроектировать как элементы интерфейса и элементы бизнес-логики. Первые запросто можно "упаковать" в компонентны, которые очень удобно давать "независимым" разработчикам-программистам. Со вторыми чуть посложнее, т.к. они могут иметь сильную привязку к общей модели. Но опять же при наличии "юнита" - инициализатора БД (который легко транспортируется эл.методами) тоже можно пользоваться услугами "удаленных" программистов.

Если еще проектировать задачу изначально как объектную (т.е. все сущности "заворачиваются" средствами ООП в классы и интерфейсы), то "трансформация" туда-сюда и вообще упрощается.


 
ЮЗ (во прикол - пароль забыл)   (2005-11-11 12:16) [11]

> Как писать проект в команде, если ты начальник

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


 
Юрий Зотов ©   (2005-11-11 12:22) [12]

Удалено модератором


 
mmms   (2005-11-11 12:34) [13]

Спасибо ещё раз всем ответившим!
Приму к сведению все ответы. Уточню чуть чуть (кстати, по ссылкам ещё не походил, пройдусь после ответа, может быть там и есть мой ответ), есть например программа, где в ней сочетается 4 направления:
-кадры
-зарплата
-докуметооборот
-производственные процессы (поступление/списание/инвентаризация...)

БД одна, или 4 без разницы, с БД нет проблем, она хранится на центральном сервере, и правится только там, а подписчики, т.е. программисты получают "слепок" БД, т.е. копию, только без данных, ну или данные типа что в Northwind.

Далее, раздаются все Tframe, что я создал для приложения, однотипность все таки должна быть..

Может быть даже с запуском и разаработкой у них проблем не будет, просто создадут свою MDI родителя, и под ним будут тестить свои ~20 дочерних MDI форм. Мне же потом нужны будут только из pas и dfm получить, и вставить в свой проект, назначить в главном обработчик события на открытие этой формы.

Далее, по времени тоже решено, тянуть т.е. не будут специально, как на некоторых производствах, сказано полгода - 5 мес. дурака валяют, посл. мес. работают... нет, тут по оплате завязанно.


 
mmms   (2005-11-11 12:41) [14]

PS. да, в команде никогда не был, писал один, вроде успешно, сейчас время не хватает, а работы прибавляется...
Ещё, уважаемые коллеги, никто случайно не знает, есть ли книги по Delphi на коллективную разработку ПО? Есть такое дело для Явы, юниксовых систем, встречал десятками... Для Delphi не встречал, а тут все таки есть своя специфика.. Как раз специфика, детали и нужны.. Ни и про концепцию бы почитать, все виды взаимодействия организатор-подчиненные+Delphi проект бы посмотреть...


 
Курдль ©   (2005-11-11 12:52) [15]


> mmms   (10.11.05 23:26)


Ваша задача - создать проект за минимум бабла (работа на аутсоурсинге).
В принципе, это выполнимо. Есть много систем управления коллективным доступом. Я бы порекомендовал CVS.
Есть системы постановки задач, планирования и тестирования. Напр. в "Rational".

Но условие "никто не должен видеть весь проект в целом" перечеркивает любые попытки создать приличный продукт. Одна форма на делфях легко рисуется за день. А вот отточить концепцию электронного документооборота (в Вашем случае) без знания каждым исполнителем общей цели - невозможно.

Наберите 5 хороших аналитических программиста и не скупитесь на зарплату.
Через полгода получите приличный продукт.
Аутсоурсингом можно озадачить тестировщиков и документировщиков.


 
seg   (2005-11-11 13:02) [16]

Лучше обратиться к аутсорсинговой фирме вроде Aplana или VDI.

Будет стоить дороже, но качественный результат гарантирован.

Объясняю, как работают подобные компании.

1. Заключается договор.
2. Просят предоплату за бизнес-обследование
3. Проводится бизнес-обследование и написание ТЗ. На систему из 100 форм это будет стоить 30-50 килобаксов
4. Оцениваются сроки и стоимости работ. Такая система потянет на 120-150 килобаксов.
5. Просят 100% предоплаты за разработку. (потом быстро соглашаются на 30%)
6. Для проекта выделяется 1 программист, 2-3 студента, 1 тестер (причем они могут находиться в разных филиалах и городах)
7. Программиста и тестера постоянно отвлекают на их предыдующие проекты.
8. Студенты в поте лица пытаются понять, что написано в ТЗ, на попытки что-то узнать у бизнес-аналитика, получают что-то типа " я уже не помню, разбирайтесь сами",  потом плюют на ТЗ и начинают писать по принципу "Что вижу то и пою"
9. Регулярно просят оплатить очередной "этап" разработки, говоря, что все получается очень круто.
10. Ко дню сдачи вам выдают то, что наляпали за это время эти студенты.
11. На все ваши вопли о том, что они сделали вообще не то, что нужно, вам отвечают типа: "А что вы хотели за такие деньги?" и просят оплатить последний счет.
12. В итоге Вы смотрите на это чудо и думаете, как можно было бы по-другому потратить 150-200 килобаксов.


 
Курдль ©   (2005-11-11 13:06) [17]


> seg   (11.11.05 13:02) [16]


Совершенно точно!!! :)))

А может автор и хочет создать свою "Aplana или VDI"?!!  :-)


 
Nikolay M. ©   (2005-11-11 13:19) [18]

> seg   (11.11.05 13:02) [16]
> Объясняю, как работают подобные компании.

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


 
msguns ©   (2005-11-11 13:20) [19]

>mmms   (11.11.05 12:34) [13]
>есть например программа, где в ней сочетается 4 направления:
-кадры
-зарплата
-докуметооборот
-производственные процессы (поступление/списание/инвентаризация...)

Да-с, аппетитик ничего себе. Я бы, кстати, начинал не с этого. Ибо в з/пл утонете. Да и "Кадрі" вовсе не так просты, как могут показаться. Начинать надо с того, что более-менее догматично. Например, ТМЦ, ОС, Договора+расчеты и т.д. И, главное, сразу дает видимый эффект руководителям.

БД одна, или 4 без разницы

Увы, разница есть, и весьма немалая.

>Далее, раздаются все Tframe, что я создал для приложения, однотипность все таки должна быть..

Какие фрэймы, какое приложение ??? Это как начинать строительство дома с выбора светильников в сапальню и половичка в прихожую. Эх, молодо-зелено ;)))

>Далее, по времени тоже решено, тянуть т.е. не будут специально, как на некоторых производствах, сказано полгода - 5 мес. дурака валяют, посл. мес. работают... нет, тут по оплате завязанно.

За 5 мес. все перечисленное ? При условии удаленной работы ? Ну-ну..
"Молодо-зелено" еще раз.

>seg   (11.11.05 13:02) [16]
>Объясняю, как работают подобные компании.

Это шарашки так работают, а не солидные компании. А у шарашек и такса другая.
У солидных компаний есть полностью "закейсенный" набор, из которого они "собирают" нужную конфигурацию. Доработки касаются в основном интерфейсов (внешнего вида) и делаются достаточно быстро и качественно.
О надежности, скорости, конфеденциальности и т.д. вообще не говорю, это априори. Пп. 11-12 вообще фигня полная. За названную сумму (200 000) стОит подать в суд и, выиграв дело, пустить эту шарашку по миру.

Вы привели схему, по которой можно было работать лет 10 (а лучше 20) назад. Сегодня это явно не проходит.


 
seg   (2005-11-11 13:21) [20]

А может автор и хочет создать свою "Aplana или VDI"?!!  

Если как VDI, то лучше и не начинать.


 
seg   (2005-11-11 13:24) [21]

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

Ну и что ты знаешь об этих фирмах?


 
seg   (2005-11-11 13:25) [22]

Вы привели схему, по которой можно было работать лет 10 (а лучше 20) назад. Сегодня это явно не проходит.

VDI работает именно так и я знаю одного заказчика который уже давно собирается через суд вернуть деньги.


 
Курдль ©   (2005-11-11 13:27) [23]


> У солидных компаний есть полностью "закейсенный" набор,
> из которого они "собирают" нужную конфигурацию.


Это что за прикол такой? 8-()
Если даже эта великолепная крутая солидная компания занимается только автоматизацией документооборота, не говоря уже о бухгалтерии и т.п., то все равно никакого "набора", кроме личного опыта не наработаешь!
Например, исследовав документооборот лизинговой и страховой компаний Вы найдете, что в них общего-то - один "трудовой договор"! Остальное - спицифика!


 
msguns ©   (2005-11-11 13:33) [24]

>Курдль ©   (11.11.05 13:27) [23]
>Это что за прикол такой? 8-()

Это не прикол, это суровая правда жизни. Сегодня на рынке софта живут только "шарашки", перебивающиеся халтурой и, как следствие, мелким обманом (хотя изредка они что-то делают полезного) либо солидные корпорации, в свое время потратившие массу времени и денег на разработку собственного инструментария для быстрой и качественной разработки заказанного ПО. С определенной спецификой, конечно. Мне приходилось работать с некоторыми такими. Назвать не могу по причине Правил Форума (Реклама), но поверь, меня, человека не малоопытного, поверг в изумление объем проделанной работы. Зато теперь они все (или почти все) делают достаточно быстро и качсетвенно.
И еще в дополнение. В подавляющем большинстве такие корпорации многофункциональные и софт у них скорее для "ассортимента".


 
seg   (2005-11-11 13:35) [25]

У солидных компаний есть полностью "закейсенный" набор,

Перечисляю наборы:
1. Navision
2. Axapta
3. Documentum
4. SAP/R3
5. Oracle Application
6. Scala


 
seg   (2005-11-11 13:38) [26]

Сегодня на рынке софта живут только "шарашки", перебивающиеся халтурой

Описание точно подходит к VDI.


 
Курдль ©   (2005-11-11 13:42) [27]


> Сегодня на рынке софта живут только "шарашки", перебивающиеся
> халтурой и, как следствие, мелким обманом (хотя изредка
> они что-то делают полезного) либо солидные корпорации,


Есть еще туева хуча разновидностей.

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

Есть такие специфические образования, как 1С с их франчайзинговой политикой.

Я уверяю, что столько насмотрелся примеров работы "солидных корпораций", сто цирк отдыхает! Теперь у меня свой взгляд на организацию работы софтверной компании.


 
Курдль ©   (2005-11-11 13:44) [28]


> seg   (11.11.05 13:35) [25]
>
> У солидных компаний есть полностью "закейсенный" набор,
>
> Перечисляю наборы:
> 1. Navision
> 2. Axapta
> 3. Documentum
> 4. SAP/R3
> 5. Oracle Application
> 6. Scala


Ну, это другое дело. Это не "их наборы", т.е. не ими произведенные.
И что, продукт на "Navision" будет стоить 200 000? :-)


 
Nikolay M. ©   (2005-11-11 13:48) [29]


> seg   (11.11.05 13:24) [21]
> Пожешь поверить мне на слово, но я знаю лучше тебя, как
> работают две названные мной фирмы.
>
> Ну и что ты знаешь об этих фирмах?

То, что большинство их сотрудников - профессионалы (лично знаю несколько человек), определенный процент "студентов" на "вырост", конечно, тоже есть, обе имеют множество успешно реализованных проектов от небольших фирм до монстров вроде Ренессанса, Сбера или Вымпелкома. Цены на разработку у них вполне конкретные: порядка 30 дол/час за разработчика и 40 за аналитика.
А половина написанных тобой пунктов - полный бред, по принципу "слышал звон".


 
seg   (2005-11-11 13:52) [30]

большинство их сотрудников - профессионалы

Спасибо за комплимент.


 
msguns ©   (2005-11-11 13:53) [31]

>Курдль ©   (11.11.05 13:44) [28]
>Ну, это другое дело. Это не "их наборы", т.е. не ими произведенные.

Вот просто как пример:
http://www.smarket.kiev.ua/products/index.phtml

Прошу не рассматривать как рекламу. В противном случае просьба постинг удалить


 
seg   (2005-11-11 13:54) [32]

И что, продукт на "Navision" будет стоить 200 000? :-)

Обследование, внедрение и доработка может обойтись и дороже.


 
Nikolay M. ©   (2005-11-11 13:59) [33]


> seg   (11.11.05 13:52) [30]
> большинство их сотрудников - профессионалы
>
> Спасибо за комплимент.

Если ты относишься к тому самому большинству сотрудников Апланы или ВДИ, то пожалуйста :)


 
seg   (2005-11-11 14:06) [34]

Если ты относишься к тому самому большинству сотрудников Апланы или ВДИ, то пожалуйста :)

да, относился до недавнего времени...


 
Nikolay M. ©   (2005-11-11 14:15) [35]


> seg   (11.11.05 14:06) [34]

Тогда почему такой негатив к бывшему работодателю и незнание (плохое знание) работы с заказчиками?


 
Курдль ©   (2005-11-11 14:16) [36]


> seg   (11.11.05 13:54) [32]
> И что, продукт на "Navision" будет стоить 200 000? :-)
> Обследование, внедрение и доработка может обойтись и дороже.


Я и имел в виду "дороже"!
SAPR - еще дороже.

Программирование на Oracle Application - это идиотизм, принятый за моду среди крупных корпораций. Думаю, что по причине легкого списания средств.


 
seg   (2005-11-11 14:52) [37]

Тогда почему такой негатив к бывшему работодателю и незнание (плохое знание) работы с заказчиками?

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


 
DK2DK2DK2   (2005-11-11 15:01) [38]

Mde, menja toje interesuet vopros avtora vetki :)
Nu vot est" VCS, a kak s neu rabotat" to udalenno? Esli kprimeru u 4eloveka net postojannogo dostupa v internet? Ili ja ne pravil"no ponimau? Pojasnite pojaluista, kak ispol"zuiut VCS v kollektive, pri4em udalenno? Za ranee blagodaru )


 
Курдль ©   (2005-11-11 15:17) [39]


> DK2DK2DK2   (11.11.05 15:01) [38]
>
> Mde, menja toje interesuet vopros avtora vetki :)


Это Вы про CVS типа http://cvsgui.sourceforge.net/?
А то про VCS я не знаю :-(

CVS устанавливается на виндовом или линуксовом серваке и настраивается, как вэб-сервис. У пользователей прописываются параметры доступа к этому сервису и все. Далее - стандартная работа. Постоянный доступ к нему не нужен. В нормальном режиме - "утром Update, вечером - Commit". При этом будет вестись версионирование исходных файлов, текстовые файлы будут по мере возможности интеллектуально объединяться (если 2 тела весь день работали над одним и тем же модулем, то могут разойтись и без конфоиктов).


 
Nikolay M. ©   (2005-11-11 15:18) [40]


> знаю одного заказчика, который собирался подать в суд на
> компанию

Название заказчика начинается на Р и заканчивается на С? :)



Страницы: 1 2 вся ветка

Форум: "Потрепаться";
Текущий архив: 2005.12.04;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.58 MB
Время: 0.034 c
14-1131572419
LordOfRock
2005-11-10 00:40
2005.12.04
Winamp Modern Skin - painting...


14-1131896914
Kerk
2005-11-13 18:48
2005.12.04
Юра Зотов, спасибо! :)


14-1132060968
stone
2005-11-15 16:22
2005.12.04
Такая вот задачка


14-1131786030
lookin
2005-11-12 12:00
2005.12.04
Общая проблема - отсутствие реального опыта


14-1132194091
Antonn
2005-11-17 05:21
2005.12.04
С днем студента!





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский