91

Управление Проектом / Re: Средство автоматизации доски Scrum

« : 20 Марта 2011, 18:15:33 »

Да, Jazz интересная штука, но для нее потребуется покупка лицензий + покупка лицензий на сервер и другие сложности Если всё ломать - уже немного не то..

92

Управление Проектом / Средство автоматизации доски Scrum

« : 20 Марта 2011, 00:05:22 »

Доброго времени суток!
Нашел 3 сайта по данной тематике, никто не пользовался какой-либо из программ?
Вообще в идеале, мне бы хватило редмайна, если бы они ещё проект у себя могли хостить, а не перекладывали это на меня. Но постановки можно хранить в гугл доках, а управлять ими с помощью такой скрам доски Баг фиксинг пока меня не интересует.

Ну да ладно, ссылки в студию:
http://www.acunote.com/promo?gclid=CNHpi4TD26cCFZoT3wodHwyPmg  (мало свободного место, но ссылки хранить хватит)
http://www.scrumdesk.com/download/ (не уверен, что они позволят хранить у себя на сервере данные для 5 пользователей)
и целый набор:
http://www.filebuzz.com/findsoftware/Scrum_Desk/1.html

93

Тестирование / Re: Тестовые примеры

« : 17 Марта 2011, 22:56:21 »

Продуктовая разработка - это делаем мы. Заказная - сталкивался и с тем и с другим, зависит от заказчика.

94

Идеи и мозговой штурм / Re: Можно ли продать ТЗ и как это сделать?

« : 09 Марта 2011, 22:10:33 »

Большое спасибо за комментарии)
Деньги пока не на первом месте, видимо если будет крутая идея, то лучше вложиться в разработчиков.

95

Идеи и мозговой штурм / Можно ли продать ТЗ и как это сделать?

« : 08 Марта 2011, 23:43:12 »

Пока я абстрактно смотрю на этот вопрос, потому может не все моменты продумал ещё в вопросе. Направление мысли такое: у меня есть интересная задумка, я могу её оформить в качестве ТЗ на систему, но могу ли я её продать? и как?
На "свои" я не смогу нанять разработчиков, чтобы её реализовать.

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

Наверное об этом фрилансеры должны знать, хотя и не факт..

96

Идеи и мозговой штурм / Re: Гаджеты

« : 08 Марта 2011, 13:52:30 »

из-за финансовых соображений..

1) не надо ничего ломать (я свой ломал, качал левые приложения, но это несколько неудобно)
2) если я-фон не ломаный, то за многое, что я сейчас имею бесплатно, пришлось бы заплатить
3) у меня много комьютеров, а музыку, например, я могу обновлять только с одного (а учитывая ломанность приложений, то и с ними я тоже привзяан к одному компу).
4) андроид гораздо проще кастомайзить под себя

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

97

Идеи и мозговой штурм / Re: Гаджеты

« : 08 Марта 2011, 11:01:48 »

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

98

UML SysML и пр. / Re: Почему Вы используете или не используете UML?

« : 08 Марта 2011, 01:22:54 »

21-30. Практически не использую, руководство не поощряет и времени на них не дает - в основном пишу сценарии использования по Коберну к сложной функциональности системы (для своего понимания, activity diagram рисовал всего 1-2 раза), для своего понимания рисую неформалтизованные блок-схемы с алгоритмами (мне их быстрее всего рисовать).
Мне кажется, что вопрос использования зачастую зависит от руководителя (по-крайне мере в больших компниях... если кто считает, что надо идти и доказывать пользу от внедрения практики использования UML, то я только испытательный прошел).

99

Идеи и мозговой штурм / Re: Семья

« : 26 Февраля 2011, 10:01:10 »

в 2,5 годика наверное не надо) Пусть деьский сад окончит.. Меня в детстве заставляли ездить на картины смотреть, теперь я картинные галереи стороной стараюсь обходить, ну кроме некоторых.
Семьи пока нет, создание семьи месте на третьем, точно после карьеры. Ещё пару лет, наверное, так будет (мне 23).

100

Системный Анализ и Требования / Re: И еще раз про user stories

« : 25 Февраля 2011, 00:06:46 »

Я такую делал - обслуживание торговых аппаратов (с кофе, чипсами и тп) и хранение запчастей для них. Доменной модели и одной встречи часа на 2 в середине проекта вполне хватило, весь проект занял полтора месяца (учитывая, что разработчик из меня не ах). Правда, заказчик был дружественный..

101

Работа / Re: Работа для тех, кто только закончил ВУЗ (начало карьеры)

« : 24 Февраля 2011, 22:28:21 »

Собственно, вот подробное описание одной вакансии http://moikrug.ru/vacancies/988356545
правда опыт требуется..

102

Системный Анализ и Требования / Re: Описание требований. Много документов или один

« : 23 Февраля 2011, 22:35:45 »

хм, теперь вроде картинка складывается
спасибо

103

Системный Анализ и Требования / Re: Описание требований. Много документов или один

« : 22 Февраля 2011, 23:20:46 »

не очень мне тут понятно, когда у нас идет дизайн интерфейса... Мы же, по идее, должны протрассировать фичи на элементы интрефейса..

104

Системный Анализ и Требования / Re: Описание требований. Много документов или один

« : 22 Февраля 2011, 23:19:33 »

Я посмотрел, там, видимо наиболее любопытен рисунок: http://upload.wikimedia.org/wikipedia/commons/9/99/Fdd_process_diagram.png

Попытался его перевести, может ли кто посмотреть в плане наиболее критичных ошибок?..

Описание (опять же я мог чего и не понять из английского текста):

Разработка общей модели
Проект начинается с многоуровневого определения границ системы и её контекста (как я понимаю, доменной модели). Далее,  детализированная модель создается для каждой области моделирования. Для удобства поддержки, они делятся на маленькие группы, объединяющиеся по областям. Эти доменные модели областей, в итоге, объединятся в общую модель системы.

Составление списка требуемых свойств системы
Знания при создании модели используются для построения списка фич (свойств системы). Это сделано при помощи функциональной декомпозиции домена по предметным областям. Они содержать бизнес-активности, а так же описание, какая из бизнес-активностей формирует какой список фич. Фичи являются малыми составляющими клиентский функций, например: "посчитать количество продаж". Фичи должны быть реализованы не более чем за 2 недели, иначе их следует делить на меньшие части.

Планирование работы над каждым свойством

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

Проектирование каждого свойства

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

Конструирование каждого свойства

Разработка.

Лучшие практики
Тут мне была интересна только декомпозиция.

105

Работа / Re: Работа для тех, кто только закончил ВУЗ (начало карьеры)

« : 22 Февраля 2011, 19:11:25 »

Павел, а я думаю, откуда сегодня у блога и моего профиля на МК такая популярность