|
Распределение работ в IT-отделе
|
|||
---|---|---|---|
#18+
> У нас на работе используют SCRUM технологию. В самом деле? Вы первый, от кого я слышу об использовании Scrum в России. Если не секрет, какой софт используете для управления, для автоматизации билдов? Что пишете? Как результаты? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.02.2007, 17:17 |
|
Распределение работ в IT-отделе
|
|||
---|---|---|---|
#18+
Сергей Васкецов Вы почему-то продолжаете упорно меня учить, что надо проектировать систему, БД а не писать "сразу код", хотя оснований для этого я Вам не давал, у меня в powerdesigner "все ходы записаны". Поймите, система - это то, что реально сделано и работает, а не то, что в моделях у архитектора. Архитектор живет на другом уровне абстракции, и его данные о системе вполне могут не соответствовать данным разработчиков (причины могут быть разные, ошибки могут возникать при агрегировании информации, при отсечении ненужной или по какой-либо другой причине). Архитектор документирует прежде всего все для себя и прочих "высокоуровневых" людей, а разработчик скорее полезет посмотреть differences в CVS, а не в архив с ТЗ, чтобы найти, кто и когда и почему обгадился или в какой версии были внесены конкретные изменения. Я вас не учу. Извините, в запале прорезался менторский тон... разговор начался с того, как сделать так, чтобы пришедший на ваше место архитектор, а на место ваших коллег-разработчиков другой программер быстрее адаптировался и вошел к курс дела. Раз вы все документируете и в PD у вас "все ходы записаны" - чудесно. Сергей Васкецов Я предпочитаю, чтобы такие вещи были оформлены в качестве первичных требований + написаны в хелпе (все равно там это писать) + комментарии в коде. Если надо понять что делается - ищется в хелпе, зачем делается - смотрим исходное требование, если подробно - в коде. Тем более что удалить не дольше, чем переименовать. Еще раз, необходимо найти компромисс между тем, что надо документировать, а что не стоит. Это просто, надо только понять, какие цели документирования, и каких из них можно добиться и без него. Если для того, чтобы задублировать в меню действие кнопки (или наоборот) надо писать ТЗ - это работа ради работы, такое ТЗ мне не нужно. По вашим предыдущим постам сложилось впечатление, что документом и для вас и для разработчиков является исходный код - И ВСЕ! ... |
|||
:
Нравится:
Не нравится:
|
|||
22.02.2007, 19:08 |
|
Распределение работ в IT-отделе
|
|||
---|---|---|---|
#18+
guest_20040621> У нас на работе используют SCRUM технологию. В самом деле? Вы первый, от кого я слышу об использовании Scrum в России. Если не секрет, какой софт используете для управления, для автоматизации билдов? Что пишете? Как результаты? Scrum в России есть... http://agilerussia.ru/ ... |
|||
:
Нравится:
Не нравится:
|
|||
22.02.2007, 19:12 |
|
Распределение работ в IT-отделе
|
|||
---|---|---|---|
#18+
"Не пытайтесь найти архитектора, найдите грамотного откатчика", так что-ли? Всё, этого достаточно? Речь шла о том ,что наличие хороших программеров,постановщиков,и даже архитектора не гарантирует правильного результата (вашего заказчика могут "переубедить" откатчики конкурента).Но без хороших программеров,постановщиков точно не будет результата никакого. К сожалению всегда стоит проблема совмещения "дешево,быстро и хорошо".Все знают ,что так не бывает.Однако упорно пытаются совместить и убедить в этом себя и заказчика. Задача архитектора предвидеть потенциальные проблемы и убедить остальных почему нужно так а не по другому.Цена ошибки простого кодера не сопоставима с ценой ошибки архитектора. Разница в зарплате не столь очевидна:). Если проект "долгоиграющий" есть смысл потратить больше денег-времени на постановку задачи и опытного "архитектора".Но чаще приходится слышать:-" а в ТЗ об этом не сказано!".Проблема вместо решения просто откладывается на неопределенный срок. Разумеется это только мое личное мнение,основанное на многолетнем опыте эксплуатации и сопровождения заказного софта. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.02.2007, 02:20 |
|
Распределение работ в IT-отделе
|
|||
---|---|---|---|
#18+
leonidyК сожалению всегда стоит проблема совмещения "дешево,быстро и хорошо".Все знают ,что так не бывает.Однако упорно пытаются совместить и убедить в этом себя и заказчика. к счастью бывает..Просто чтобы так говорить, нужно потратить несколько лет на подготовку, а не гонять тонны кода на каждом проекте. Оговорюсь: "дешево" конечно для заказчика, за счет "быстро" в основном. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.02.2007, 13:09 |
|
Распределение работ в IT-отделе
|
|||
---|---|---|---|
#18+
[quot МайевтикТ.е. речь идёт про in-house development? Т.е. сама компания не IT-шная?[/quot] Извините, что просмотрел вопрос. Да именно так, компания не IT-шная. Самостоятельная разработака ПО. Собственный штат программистов. Штат IT-отдела 10 программистов. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.02.2007, 22:56 |
|
Распределение работ в IT-отделе
|
|||
---|---|---|---|
#18+
[quot МайевтикТ.е. речь идёт про in-house development? Т.е. сама компания не IT-шная?[/quot] угу.. в ИТ-компании есть ИТ-отдел... ... |
|||
:
Нравится:
Не нравится:
|
|||
23.02.2007, 23:21 |
|
Распределение работ в IT-отделе
|
|||
---|---|---|---|
#18+
giviДа именно так, компания не IT-шная. Самостоятельная разработака ПО. Собственный штат программистов. Штат IT-отдела 10 программистов. Уважаемый Гиви, если это не секрет, какое из крупных предприятий Костромы содержит 10 человек именно ПРОГРАММИСТОВ?! И для чего? Я попытался в Яндексе поискать сочетание "предприятия Костромы" - и чего-то ничего особо крупного не нашел.... Кроме того, что население города аж порядка 280 тысяч человек... "Промышленность Костромы" выдало список предприятий, но "в глаза" ничего не бросилось (хотя некоторые из них и должны быть относительно крупными, по идее)... Не обижайтесь, но у меня пока что возникает странное ощущение... Для начала, я не могу понять чем в рамках "внутренних нужд" в Костроме "плотно" занимаются аж целых 10 программистов на одном предприятии? Или же это весь ИТ-отдел, включая админов, техподдержку и т.п.? Тогда почему Вы их не выделили?! А потом возникает удивление, почему Вы не в состоянии их организовать? Ведь с другой стороны, там ВСЕГО ЛИШЬ 10 человек! Неужели у Вас 100 крупных внутренних проектов?! После чего возникает вопрос - а почему их организовываете именно ВЫ? Не обижайтесь, но если предприятие ДЕЙСТВИТЕЛЬНО крупное, которому действительно нужно много своих программистов и т.п. - оно должно для руководства людьми нанимать спецов, не задающих по форумам подобные вопросы... А если оно все-таки подобных "спецов" нанимает - то к чему попытки организовать там что-то "серьезное"? Я извиняюсь, что задел Вас. И очень надеюсь, что во всем неправ. Но тогда окажите услугу - ответьте на несколько вопросов (вот увидите, Вам сразу советы начнут давать КОНКРЕТНЫЕ, а не абстрактно рассказывать о своей "крутизне"). 1. Штат ИТ-отдела (будем пока считать, что 10 программистов; а есть ли техподдержка, админы, а как организованы они?). 2. Число активных проектов. 3. Средний срок жизни проекта. 4. Частота появления новых проектов. 5. Автоматизируемая область. 6. Масштаб и профиль деятельности автоматизируемого предприятия. 7. Ваша конкретная задача в этой автоматизации (но не "все должно быть правильно и красиво", а "организовать взаимозаменяемость 3 программистов", "постоянно иметь возможность выделения 1 человека на экстренные проекты", "организовать контроль разработки и версионности", "выпускать только протестированные версии ПО", "организовать совместную разработку ПО" и т.п.). 8. Какие выделены еще должности кроме Вас (предположим, начальника) и 10 программистов? Пусть не административно, но функционально - "аналитики", "архитектор", "тим-лиды" и т.п.? Эти должности выделены из упомянутых 10 человек? Т.е. приведите аналог штатного расписания. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2007, 12:47 |
|
Распределение работ в IT-отделе
|
|||
---|---|---|---|
#18+
Зря вы та считаете что в Костромской области нет таких предприятий. Еслть. Надеюсь 1300 чел численности завода - это не маленькое подпольное предприятие. Тем более предприятие входит в состав крупной компании, которая имеет свои филиалы - для них мы тоже осуществляем разработку ПО. Я имел в виду только 10 чел программистов. Естественно есть и сисадмин, и тех поддержка, и пр помимо этих 10 чел...я имел лишь организацию работы программистов. Судя по вашим цифрам - если на 10 чел вы прикидываете реальным 100 проектов - то один прогшраммист у вас может тянуть 10 проектов? Да вы значит просто гений... Или тогда что вы считаете проектом? Другой вопрос что считать отдельным проектом - у нас их несколько... но все они взаимосвязаны и один от другого не отделим - можно сказать что все работают над одним большим проектом.. Новые проекты появляются - но самое проблемное - необходимы изменения в прежних проектах. Среди этих 10 человек пока никто отдельно не выделен , и замечу такие ньюансы как программист, постановщик, технический писатель, аналитик, архитектор - не указываются в штатном расписании предпритятия, тем более грядут сокращения - численность будет около 5-6 программистов. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2007, 23:40 |
|
Распределение работ в IT-отделе
|
|||
---|---|---|---|
#18+
byur V.Sopkin .... Независимо от места работы принципы распределения работ у нас одни и те же. 1. Руководство проектом (постановщик) 2. Предпроектное обследование (постановщик). 3. Разработка проектной документации:ТЗ, пояснительные записки, методики, основные положения, процедуры управления и т.п. (постановщик). 4. Постановка задач: - разработка ТЗ для программирования (постановщик) - разработка структуры базы данных (постановщик + ведущий программист) 5. Разработка программ (программист) 6. Тестирование программ (программист, потом постановщик, потом эксплуатационник заказчика (если есть ИТ-специалисты), затем пользователь). 7. Обучение (постановщик обучает эксплуатационников при их наличии или непосредственно пользователей). А за проект в целом тоже "швец и жнец", он же постановщик отвечает? Менеджеры не нужны? А руководитьель тогда что делает, ходит и спрашивает с важным видом "какие успехи" и на совещания ходит к начальству (прихватив с собой того же "постановщика", чтобы мог квалифицированно ответить ибо руководитель откровенно некомпетентен)? Очень похоже на ситуацию, когда слабость менеджмента компенсируется героизмом конкретных людей. Но постановщики бывают разные: есть ведущие инженеры, есть рядовые. Ведущие и выполняют роль менеджеров. На совещания к топ-менеджерам заказчиков они ходят самостоятельно (без руководителя). Квалификации вполне хватает. byurВот только еще раз хочу отметить, что людей, сочетающих в себе такой набор компетенций (управление проектом -- как мнимум PMBOK нужно знать, описание бизнес-процессов -- свои нотации и стнадарты, разработка "проектной документации", -- ГОСТы, ТЗ -- сут знания в области разработки и управления требованиями к ПО -- тоже некислый пласт знаний (посмотрите хотябы тут, что такое требования http://www.sorlik.ru/swebok/3-1-software_engineering_requirements.pdf ), проектирование ПО, которое у вас означает только проектирование структуры БД (!!!) -- так и то нужно знать что такое ERD и правлиа Кодда, потом еще и написание пользовательской документации -- суть компетенция тех. писателей (!), со своими правилами написания, потом еще и тестирование -- тестовые сценарии писать тоже нужно уметь!). Поэтому я и говорю, что найти хорошого постановщика - это большая проблема. byurДопускаю, что ПО которое вы разрабатываете очень несложное и небольшое (типа печать платежных поручений), тогда это может быть оправдано. Иначе -- это все профанация. Больше чем уверен, что ТЗ, разрабатываемое таким "универсальным солдатом" низкого качества, и в нем мы увидим помесь описания бизнес процессов и пользовательского интерефейса ... вобщем обычная каша, которую придется "хавать" несчастному разработчику. Нахлебавшись которой, разработчик плюет на такого постановщика и его "типа ТЗ" и сам звонить заказчику и спрашивает что тот хотел Зря допускаете. Простым ПО мы, к сожалению не занимаемся. Все в основном большими системами. И имеем вполне приличный результат. По "теории", должностей, связанных с проектированием АСУ, можно написать много. Только всегда ли это обосновано ? А распределение работ в ИТ-коллективах определяется их штатным расписанием и квалификацией персонала. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.02.2007, 09:02 |
|
Распределение работ в IT-отделе
|
|||
---|---|---|---|
#18+
Сергей Васкецов V.Sopkin 1. Хорошего постановщика из молодого спеца (при его желании) можно вырастить лет за 5. Кто его будет растить? Другой хороший постановщик, вместо исполнения своих прямых обязанностей? А какой есть иной путь ? Сергей Васкецов V.Sopkin 3. Найти на рынке хорошего программиста проще, были бы деньги. 4. Найти на рынке хорошего постановщика чрезвычайно трудно, даже если есть деньги. Факт 4 фактически означает отсутствие денег. Исходя из него факт 3 как следствие представляется более чем спорным, либо, подтверждает Ваши низкие требования к "непостановщикам". Может быть в Москве и Питере можно найти хороших постановщиков, но в нашей провинции с этим большие проблемы. Впрочем, такие проблемы по всей стране. Может быть мы вкладываем разные понятия в слово "постановщик". Для меня постановщик, кроме необходимых ИТ-знаний, должен одинаково свободно общаться с руководителями, конструкторами и технологами, экономистами и бухгалтерами, сбытовиками и снабженцами, плановиками и диспетчерами, цеховым персоналом. Т.е. на одном с ними языке. А для этого постановщик должен знать специфику основных видов деятельности промышленного предприятия. К "непостановщикам" требования вполне нормальные. Мы всегда рады квалифицированным специалистам, но иногда вынуждены брать и молодых специалистов. Сергей Васкецов V.Sopkin5. Ошибки постановщиков обходятся гораздо дороже, чем ошибки программистов. Я тоже так много раньше думал, и даже гордился, что знаю такую умную фразу. В действительности ошибка (при прочих равных) исправляется тем дороже, чем позже она устранена, независимо от того, кем она сделана и когда обнаружена. Ошибки (конечно принципиальные) постановщика всегда обходятся дороже потому, что он стоит в начале тех.процесса ИТ. А что ошибки лучше исправлять как можно раньше, то тут никаких возражений. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.02.2007, 10:30 |
|
Распределение работ в IT-отделе
|
|||
---|---|---|---|
#18+
"постановщик, кроме необходимых ИТ-знаний, должен одинаково свободно общаться с руководителями, конструкторами и технологами, экономистами и бухгалтерами, сбытовиками и снабженцами, плановиками и диспетчерами, цеховым персоналом. Т.е. на одном с ними языке. А для этого постановщик должен знать специфику основных видов деятельности промышленного предприятия" +5 _________________________________________________________________________________ ... Как что достать - вторая эскадрилья. А как самолеты сбивать - первая эскадрилья ... ... |
|||
:
Нравится:
Не нравится:
|
|||
26.02.2007, 15:10 |
|
Распределение работ в IT-отделе
|
|||
---|---|---|---|
#18+
Почитал с интересом. Сергей ВаскецовИсходный код не может быть предметом документирования в месте, отличном от самого исходного кода. Пожалуй, +1. "Тотальное документирование" в большинстве случаев - просто лишняя работа. Насчёт исходного вопроса ветки - я работал и в группе с разделением труда, и в "вертикально" организованной группе. Пока склоняюсь к мысли, что "правильнее", когда разработчик отвечает за задачу от начала до конца, самостоятельно выясняя все подробности. Возможно даже, напрямую с заказчиком. Т.е. в идеале - должна быть команда "суперов". Это уменьшает информационный шум и приводит в результате к более быстрому и точному удовлетворению требований заказчика. Если суперов в наличии ограниченное количество - нужно всё-таки "притвориться", в команде одни супера, тогда средний разработчик быстрее вырастет до супера. Если суперов в команде вообще нет - это плохо, есть большая вероятность завалить проект. В дополнение к суперам должна быть команда грамотных тестеров+суппорт. И всё-таки нужно наличие человека, который отвечает за концептуальную целостность системы и видит ситуацию "в общем". Интересно было бы послушать ещё мнения. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2007, 10:37 |
|
Распределение работ в IT-отделе
|
|||
---|---|---|---|
#18+
Так_забежал_просто И всё-таки нужно наличие человека, который отвечает за концептуальную целостность системы и видит ситуацию "в общем". IMHO это в основном человек, пишущий документ - концепцию системы, т.е. Архитектор-постановщик если разбирается в предмете, или вместе с аналитиком, если не разбирается в предметных тонкостях. Разумеется он когда-то писал (был кодировщиком). ЗЫ. всё как в машиностроении :)) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2007, 14:47 |
|
Распределение работ в IT-отделе
|
|||
---|---|---|---|
#18+
Petro123IMHO это в основном человек, пишущий документ - концепцию системы, т.е. Архитектор-постановщик Ну, в общем, да. Человек, отвечающий за концептуальную целостность системы - это по определению архитектор. Petro123вместе с аналитиком, если не разбирается в предметных тонкостях. А вот такого быть не должно. Как можно отвечать за концептуальную целостность того-что-не-знаю-зачем-нужно? Если архитектор не владеет предметной областью - он должен её изучить. Petro123Разумеется он когда-то писал (был кодировщиком). Ну, именно для архитектора - тут не так уж и очевидно. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2007, 18:35 |
|
Распределение работ в IT-отделе
|
|||
---|---|---|---|
#18+
Так_забежал_просто Petro123вместе с аналитиком, если не разбирается в предметных тонкостях. А вот такого быть не должно. Как можно отвечать за концептуальную целостность того-что-не-знаю-зачем-нужно? Если архитектор не владеет предметной областью - он должен её изучить. т.е. вы думаете, что при написании учётной системы по учёту валенков надо разбираться "в ликвидности валенков на сегодняшний день?". Это вопрос аналитиков . Повторяю, если ОНИ есть. Если его нет, то архитектор напрямую общается с заказчиками по предметной области. Иначе Архитектор лезет в предметную область (начинает учить о недопустимости двойной записи в бух-учёте), а аналитик лезет в архитектуру (учит физическую структуру БД). ЗЫ. Это как в работе с таблицами в Word и Excell. Немногие знают, что в текстовом процессоре есть таблицы с вычисляемыми полями, но в Excell всё-таки это удобнее. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2007, 11:43 |
|
Распределение работ в IT-отделе
|
|||
---|---|---|---|
#18+
Petro123 т.е. вы думаете, что при написании учётной системы по учёту валенков надо разбираться "в ликвидности валенков на сегодняшний день?". Если это ключевой для бизнеса показатель - архитектор должен знать, что такое ликвидность валенков, как она рассчитывается на определённую дату и как примерно люди используют этот показатель. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2007, 20:47 |
|
Распределение работ в IT-отделе
|
|||
---|---|---|---|
#18+
Так_забежал_просто Petro123 т.е. вы думаете, что при написании учётной системы по учёту валенков надо разбираться "в ликвидности валенков на сегодняшний день?". Если это ключевой для бизнеса показатель - архитектор должен знать, что такое ликвидность валенков, как она рассчитывается на определённую дату и как примерно люди используют этот показатель. ладно, не будем спорить :). На 1 странице есть ссылка, там есть колонка "Название документа". IMHO там всё видно, кто и чем должен заниматься (чтобы через плечо не подглядывать). Удачи аФФтару. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2007, 09:30 |
|
Распределение работ в IT-отделе
|
|||
---|---|---|---|
#18+
giviА может быть имеет смасл подходить к распределению учитывая человеческий фактор? Например один может увидеть проблему в целом, предусмотреть большинство подводных камней - значит будет хороший бизнес аналитик. Другой - например отлично общается с людьми, умеет найти подход - ему лучше поручить обучение работе с программами... и т д. Т.е, не грузить человека работой которая не по нмеу, а дать ему такое задание, с которым он лучше справится чем остальные... Вот это здравая мысль. Однако, мало кто в IT настолько знает людей, чтобы детально разбираться в таких тонкостях. Вообще, думаю, что способности человека должны быть нагружены с весами, пропорциональными развитости этих способностей. Если эксплуатируется только одна сфера (причем, не факт, что самая сильная в нем), человек начинает чувствовать себя некомфортно. Но его привыкли видеть в этой роли, и расширить свой взгляд уже не могут. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2007, 14:23 |
|
|
start [/forum/topic.php?fid=33&msg=34356736&tid=1549142]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
134ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
others: | 17ms |
total: | 248ms |
0 / 0 |