Мой модуль — обработка и подсчёт индикаторов, и генерация аутпутов для других систем. У нас — 6 аналитиков, они же и тестеры, 4.5 девелопера, руководитель проекта и дев манагер (я).
Есть ещё 2 модуля — data collection and matching, там человек 6 програмеров, и вебсайт для школ — там около 2 девелоперов и тестер. Но у тех модулей свои процессы… пока что :)
У нас этот подход практикуется — в начале года менеджер каждому подчинённому выдвигает «SMART» цели, и в конце по их итогу платят бонус. Цели пересматриваются каждую четверть, на случай если они перестали быть R.
Сейчас разработчики тратят по лишнему часу на спецификацию и по лишним пол-часа на release notes, на каждый день разработки.
За то, мы не тратим дни и недели на устранение неправильной интерпретации требований, не просиживаем ночи, разбираясь, когда, кто и что набардачил, а поставка клиенту послезавтра. Всё документировано, и ясно, кто, когда, зачем и по чьей просьбе внёс изменение — поверьте, это ни раз и ни два было использовано.
У нас как минимум 20 баз данных в live, и около 9Tb данных (всего). Колличество объектов и изменений — соответствующее — с марта около 180 релисов. У нас очень динамичная система.
И да, работодатель за это заплатил. Это ему помогло продлить сертификат ISO9001, без которого бизнесу капут.
Почитала про фокус-фактор, и насколько понимаю, одно другому только помогает.
Если задание, скажем, оценено в 4 часа, это не значит, что за рабочий день (8 часов), полностью посвящённый проекту будут выполнены 2 таких заданий. Естественно, будут разговорчики, ответы на мэйлы, кофе, зарядка для глаз, обсуждение нового айфона — и фокус фактор станет, скажем, 0.6 — будет выполнено первое задание и около трети второго.
Да, в теории всё понятно, а на практике — всякие мелкие нестыковки. Наверняка, во втором и других проектах они покажутся смешными, и появятся новые, более сложные…
С удовольствием!
Вот у нас есть 2 истории:
Как пользователь, я хочу зарезервировать курс, чтобы улучшить свои знания
Как пользователь, я хочу знать, по каким датам курсы доспупны, чтобы зарезервировать удобный для меня курс
Насколько я понимаю, надо детализировать каждую историю отдельно, чтобы их теоретически делали разные люди.
В первой истории можно описать, какие данные нужно собрать с пользователя, какие там обязательные поля и т.д.
Но второе требование связано с первым, скажем, таким образом, что когда пользователь выберет город, система подгрузит список доступных дат. Как бы второе являются частью первого, и само по себе бесполезно.
Я не знаю, что «правильно» делать в таком случае. Может, объединить истории? Может, сделать ссылку, указав в первой, что после выбора города выполняется история 2? Или какой-то другой вариант — например, написать отдельный документ…
В реальности у меня там ни 2, а 8 историй так связанных. Если их слить в одну, она получится очень громоздкой или потеряет детали.
Cпасибо! Это не первый раз — до этого я разработала процессы для одного проекта. Могу похвастаться, что число дефектов с которыми вошли в UAT равнялось 0, и в первый раз за 3 года UAT прошла вовремя и с sign-off.
Мы ограничили число sp для этого проекта, чтоб как бы точка отсчёта была. Никто не мешает её переступить, если появятся более сложные требования.
В нашем случае детализация той истории не нужна — это просто lift and shift со старого сайта. А так — да, будем детализировать. И пока что мне не совсем понятно, как это делать — в частности, если 2 истории оказываются связаными, и как бы одним логическим куском функционала… но, будем учится и разбираться!
Да, VS его практически совсем вытеснил.
И, кажется, с VS2010 и всеми Team Foundation Studio, Visio2010, мы совсем Sybase забросим.
А жаль — столько денег выкинули!
Ага, классы я тоже рисовала, но код никто не использовал…
А так у Сайбейс для кодирования есть специализорованый продукт — этот PowelBuilder. Сама не видела и не трогала, но вроде он не только классы генерирует, но и всё остальное, включая бизнесс логику и пользовательский интерфейс.
Это литовское имя, и в литовском отчества нету. Йонас — очень распространённое имя, и скорее всего, Ионо — именно отчество, потому что в родительном падеже (по-литовски)
Римантас — имя
Льюиза — фамилия. Странноватая слекга, но вероятная вполне.
Есть ещё 2 модуля — data collection and matching, там человек 6 програмеров, и вебсайт для школ — там около 2 девелоперов и тестер. Но у тех модулей свои процессы… пока что :)
Сейчас разработчики тратят по лишнему часу на спецификацию и по лишним пол-часа на release notes, на каждый день разработки.
За то, мы не тратим дни и недели на устранение неправильной интерпретации требований, не просиживаем ночи, разбираясь, когда, кто и что набардачил, а поставка клиенту послезавтра. Всё документировано, и ясно, кто, когда, зачем и по чьей просьбе внёс изменение — поверьте, это ни раз и ни два было использовано.
У нас как минимум 20 баз данных в live, и около 9Tb данных (всего). Колличество объектов и изменений — соответствующее — с марта около 180 релисов. У нас очень динамичная система.
И да, работодатель за это заплатил. Это ему помогло продлить сертификат ISO9001, без которого бизнесу капут.
Если задание, скажем, оценено в 4 часа, это не значит, что за рабочий день (8 часов), полностью посвящённый проекту будут выполнены 2 таких заданий. Естественно, будут разговорчики, ответы на мэйлы, кофе, зарядка для глаз, обсуждение нового айфона — и фокус фактор станет, скажем, 0.6 — будет выполнено первое задание и около трети второго.
Фокус-фактор без «идеальных часов» бессмысленен.
Я правильно понимаю?
Спасибо!
А так — нет, не слышала, надо будет почитать!
Вот у нас есть 2 истории:
Как пользователь, я хочу зарезервировать курс, чтобы улучшить свои знания
Как пользователь, я хочу знать, по каким датам курсы доспупны, чтобы зарезервировать удобный для меня курс
Насколько я понимаю, надо детализировать каждую историю отдельно, чтобы их теоретически делали разные люди.
В первой истории можно описать, какие данные нужно собрать с пользователя, какие там обязательные поля и т.д.
Но второе требование связано с первым, скажем, таким образом, что когда пользователь выберет город, система подгрузит список доступных дат. Как бы второе являются частью первого, и само по себе бесполезно.
Я не знаю, что «правильно» делать в таком случае. Может, объединить истории? Может, сделать ссылку, указав в первой, что после выбора города выполняется история 2? Или какой-то другой вариант — например, написать отдельный документ…
В реальности у меня там ни 2, а 8 историй так связанных. Если их слить в одну, она получится очень громоздкой или потеряет детали.
В нашем случае детализация той истории не нужна — это просто lift and shift со старого сайта. А так — да, будем детализировать. И пока что мне не совсем понятно, как это делать — в частности, если 2 истории оказываются связаными, и как бы одним логическим куском функционала… но, будем учится и разбираться!
И, кажется, с VS2010 и всеми Team Foundation Studio, Visio2010, мы совсем Sybase забросим.
А жаль — столько денег выкинули!
А так у Сайбейс для кодирования есть специализорованый продукт — этот PowelBuilder. Сама не видела и не трогала, но вроде он не только классы генерирует, но и всё остальное, включая бизнесс логику и пользовательский интерфейс.
Это литовское имя, и в литовском отчества нету. Йонас — очень распространённое имя, и скорее всего, Ионо — именно отчество, потому что в родительном падеже (по-литовски)
Римантас — имя
Льюиза — фамилия. Странноватая слекга, но вероятная вполне.