1

Для всех / Re: Никто не сертифицировался по CMMI ?

« : 28 Октября 2015, 22:10:15 »

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

2

Для всех / Re: Никто не сертифицировался по CMMI ?

« : 22 Октября 2015, 21:31:26 »

3. При достижение второго уровня без сертификации процесс разработки станет очень сильно лучше.

хорошо, но следующей неделе нам предстоит то, что они называют "аудит", интересно, что это из себя представляет...

3

Для всех / Re: Никто не сертифицировался по CMMI ?

« : 22 Октября 2015, 21:29:21 »

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

спасибо, обязательно посмотрю какие у него есть материалы по теме

4

Для всех / Никто не сертифицировался по CMMI ?

« : 21 Октября 2015, 19:08:40 »

приветствую всех!

я редкий гость на этом форуме, хотя мне вся эта тематика нравится.

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

но мы решили серифицироваться на CMMI-DEV level 2 и я чувствую это хороший шанс для меня включиться в то что мне нравится.

пока читаю учебные материалы, но плохо представляю сам процесс сертификации (точнее говоря вообще не представляю).

если есть кто уже сертифицировался или "имеет представление" как это делается, и у вас есть желание включится в это обсуждение, то, пожалуйста, включайтесь в тему. чувствую, что нас будет так мало, что вклад каждого участника будет очень важен.

спасибо

5

Для всех / Re: Периоды разработки бизнес приложения и соответствующие типы проектной документац

« : 09 Апреля 2015, 17:40:29 »

Спасибо всем за участие. Могу заниматься вопросами документирования и наведением "рабочего порядка" только "набегами", эпизодически, когда есть свободное время.

Вот например мой старый пост с обобщённым перечнем наиболее часто встречающихся видов документов: http://beskov.livejournal.com/58576.html

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

Как идея для оптимизации обсуждения на форуме, может сразу просить авторов тем указывать, нужны ли стандарты ГОСТ или нет. Потому что с одной стороны, они могут быть в принципе не нужны для проекта в силу объективных причин, а с другой стороны, если они не нужны и документирование делается для "себя и себе подобных" - то больше простора для импровизации и больше простора для обсуждения. как результат - больше динамики на форуме. но это все ИМХО конечно

6

Для всех / Re: Периоды разработки бизнес приложения и соответствующие типы проектной документац

« : 24 Марта 2015, 18:17:05 »

Жаль только, что куча людей понимает этот принцип как "Нахрен документацию, мы же крутые и работаем по Agile/Scrum/XP/Kanban!"

более того, порой это единственный Agile/Scrum принцип, который им знаком и которому они "следуют"...

7

Для всех / Re:

« : 24 Марта 2015, 17:38:43 »

Это ГОСТ 34 серии.

Спасибо за наводку. Буду посмотреть.

работаю там, где ГОСТы не применяются.

зато все уверены, что применяется одно из базовых принципов Agile: "Working software over comprehensive documentation" - Работающая программа важнее, чем подробное документирование.

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

8

Для всех / Периоды разработки бизнес приложения и соответствующие типы проектной документац

« : 24 Марта 2015, 17:07:05 »

Здравствуйте!

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

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

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

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

Также иногда есть документы последнего периода (Внедрения): руководства для пользователей.

А вот в документах перода Разработки чувствуется недостаток.

Но буду изучать UML и, по мере, возможности улучшать ситуацию.