FVS 2014 Building OSS Factories

factories X OSS development... conjunções e intersecções métodos e ferramentas processo modelos licenças vendas

Free Software Engineering: A Field to Explore Gonzáles-Barahona and Robles UPGRADE Vol. IV No. 4 August

Free Software Projects Nascem como iniciativa isolada e particular Usuários são co- desenvolvedores Divulgação “boca-a- boca” Teste massificado pelos usuários Gerência de versões é complexa e “bem- definida”

Open Source Projects (Sun apr 16 00:10:21 BRT 2006)  133,421 projects! Communications (13469)Communications Database (5388)Database Desktop Environment (2822)Desktop Environment Education (3252)Education Formats and Protocols (1292)Formats and Protocols Games/Entertainment (12694)Games/Entertainment Internet (21951)Internet Multimedia (11518)Multimedia Office/Business (6136)Office/Business Other/Nonlisted Topic (2065)Other/Nonlisted Topic Printing (417)Printing Religion and Philosophy (274)Religion and Philosophy Scientific/Engineering (9942)Scientific/Engineering Security (2494)Security Sociology (355)Sociology Software Development (18587)Software Development System (17790)System Text Editors (2436)Text Editors

Open Source Projects (Sun apr 22 20:18:32 BRT 2007)  189,827 projects! Communications (18979)Communications Database (7090)Database Desktop Environment (3843)Desktop Environment Education (5076)Education Formats and Protocols (3014)Formats and Protocols Games/Entertainment (17723)Games/Entertainment Internet (29002)Internet Multimedia (15900)Multimedia Office/Business (9960)Office/Business Other/Nonlisted Topic (2620)Other/Nonlisted Topic Printing (526)Printing Religion and Philosophy (341)Religion and Philosophy Scientific/Engineering (15436)Scientific/Engineering Security (3350)Security Sociology (442)Sociology Software Development (29007)Software Development System (23545)System Text Editors (3275)Text Editors

Causas de Descontinuidade de Projetos SW Livre Falta de interesse, tempo ou motivação –mudança de liderança nos projetos impactam sua continuidade Code Forking –cada usuário tem acesso ao código e pode alterá-lo e redistribuí-lo sem o conhecimento do líder do projeto

Free Software Engineering Resume “A Field to Explore” “is still in its infancy” (2003!) “How to create free software? Issues: –Classification of free software projects –Creation of a methodology –Methods + classification + models ++ Simulation (intelligent agents) = Free SW Engineering”

A Framework for creating hybrid-open source software communities Srinarayan Sharma et. al. Info Systems (2002), 12.

The OSS model Three dimensions: –structure, process and culture structureculture process Eletronic communication Multicultural community Values: reciprocity, gift giving, reputation, ideology Core assumptions Division of labour Co-ordination mechanisms Distribution od decision- making Organizational boundaries Informal structure Political structure Legitimate basis of authority

Framework for creating Hybrid- OSS communities Principles: Community building Community governance –Shared governance –Membership management –Incentives and rewards Community infrastructure

Discussion...  open source communities versus Software Factories? personal time and autonomy...  freelancers...  project-oriented... there are several avenues for future research –... to refine the proposed framework and validate it empirically

linhas-mestras IN953 – Engenharia de Software Process Implementation – Software Factories (Gibeon, Ana Paula, Thayssa) F/L/OSS (Alan) OSS Business Model (Alan, Ana Paula, Aisa) Scientific Relevant Projects (Convidados) Business & Humanitas (TODOS!)

fábricas de software princípios conceitos ilusões

fábrica de sw na prática Operação profissional Processo de desenvolvimento transparente Retorno rápido ao cliente Alta produtividade Ferramentas e processos padronizados Alta qualidade Dados históricos, previsibilidade e análise de risco Reusabilidade de código [1968 G&E, R. W. Berner] [2003 IEEE Computer Vol.36 Num.3, B. Boehm] [2005 IEEE Software Vol. 22 Num 2, PostModern SW Design]

Cathedral and Bazaar e Desenvolvimento de Software segundo Eric Raymond, 1997 Alguns projetos são como Cathedrals –altamente centralizados em poucas pessoas que decidem projeto e implementação –para fazer parte deve-se aceitar as definições

Outros são como Bazaars (sw livre) Sem planejamento detalhado mas orientados! Linux Kernel ( “hierarchical” –Linus Torvalds, “The Benevolent Dictator” APACHE Foundation ( “meritocracy” –Para fazer parte você deve ter colaborado continuamente em projetos da fundação GCC (gcc.gnu.org): “steering Commitee”

Conceitos The factory is an organization inhabited by people engaged in a common effort, work is organized one way or the other, standardization is used for coordination and formalization, and systematization is important, but there will be several options for the design of a particular software factory [Aaen, Botcher, Mathiassen, Software Factories, 1997]

fábricas de software: 4 estratégias... Japonesa (1981,1987) –SWB – Software Work Bench Européia (1991,1992) –ISDE – Integrated Software Development Environment Norte-Americana – experiência produção (1989,1993) Norte-Americana – níveis de maturidade (1990,1993)

Estratégia Japonesa Aumento de produtividade e qualidade de desenvolvimento e manutenção Estratégia baseada em infra-estrutura: física, organizacional e ferramental Uso de métricas Metodologia padronizada para todos os projetos Reuso em todas as fases Foco em tecnologia

Estratégia Européia Ambientes integrados de desenvolvimento orientados a cliente (IDEs) Estratégia orientada a ferramentas: padronização de componentes, adaptação de processo Sem métricas formais Metodologia adaptada por projeto Sem reuso formal Foco em Tecnologia (Organizacional... ISO-9000)

Estratégia Norte Americana 1 Baseada em Componentes Maior eficácia de processos, menos re-trabalho e mais reuso Estratégia de melhoria contínua baseada na experiencia adquirida Sem métricas rigorosas Metodologia adaptada por projeto Reuso Sem foco em tecnologia, foco em pessoas! (...Ágeis...XP – Extreme Programming, SCRUM)

Estratégia Norte Americana 2 Processo eficaz, previsível, confiável e auto- melhorável Estratégia de melhoria em etapas, níveis de maturidade Uso de métricas Metodologia adaptada por projeto Pouco reuso Pouco foco em tecnologia (Processos... RUP, CMM...)

...considerações... The four approaches are important contributions towards this goal. At the same time the approaches individually may lead to unfortunate illusions. Learning from the relative strengths and weaknesses between the approaches may help us avoid becoming victims of these illusions [Aaen, Botcher, Mathiassen, Software Factories, 1997]

...e ilusões... fábrica de software ≠ produção em massa padronização, formalização, especialização, controle ≠ produção de software com qualidade o que fazer?

building a software factory... [ Making the software factory work ] to define a detailed software development process 2.staff members were given extensive training in the new process 3.process specification separated from process execution 4.data collection and analysis 1.interviews 2.software process assesments 3.process attributes for each project 4.configuration management system 5.project tracking data

o PROCESSO é complexo! (c) MERX LLC

Encerramento Contrato Execução Entrega Prospecção processo é complexo... Ex.: Ampla

Process Implementation Sarah Sheard Software Productivity Consortium Thursday, July 3, 2003 or, We’ve documented all our processes— what’s left to do?

So what does it take? 1. Manage as a project 2. Obtain management support 3. Establish policy 4. Establish measurement baseline 5. Train employees and managers 6. Tailor processes 7. Maintain process assets 8. Ensure processes are being used 9. Learn Lessons 10. Improve Processes 11. Appraise the organization

Process Implementation Requires Everyone! Senior management sets the tone and ensures other managers make PI happen SEPG drives the process improvement program to its goals Projects review processes, tailor standard processes, use their tailored versions, and recommend improvements QA audits independently

Funciona para SW Livre? Adaptação de Processos de 1990? 2007! Distributed Development... O que fazer? –Ler –Praticar –Montar experimentos reais e avaliar...

um desenvolvimento sem processo... SISTEMAS SÃO ENTREGUES!! Mas... Acúmulo de Trabalho Descontinuidade de planos Prazos, custos... Estouram Time de heróis Clientes sem atendimento

Engenharia de Produção de Software: histórico 60´s Fábrica de Software (1958!!!) 70´s Kanbam 70´s Just In Time 80´s SIGMA 90´s CMM 00´s Fábrica de Software... PMBOK, ISO, MPS- BR... Modelos!

alternativas... MPS.BR Melhoria do Processo de Software Brasileiro –Boas Práticas –Experiência de pequenas e médias empresas –Custos reduzidos –Aderência a outros Modelos –Escalabilidade e praticidade

A: Em Otimização A: Em Otimização (Inovação e Implantação na Organização – IIO) (Análise e Resolução de Causas – ARC) B: Gerenciado Quantitativamente (Desempenho do Processo Organizacional – DEP) (Gerência Quantitativa do Projeto – GQP) C: Definido (Gerência de Riscos – GRI) (Análise de Decisão e Resolução – ADR) D: Largamente Definido (Desenvolvimento de Requisitos – DRE) (Validação – VAL) (Solução Técnica – STE) (Verificação – VER) (Integração do Produto – ITP) (Instalação do Produto – ISP) (Liberação do Produto – LIP) E: Parcialmente Definido E: Parcialmente Definido (Treinamento – TRE) (Definição do Processo Organizacional – DFP) (Avaliação e Melhoria do Processo Organizacional – AMP) (Adaptação do Processo para Gerência de Projeto – APG) F: Gerenciado F: Gerenciado (Gerência de Configuração – GCO) (Medição – MED) (Garantia da Qualidade – GQA) (Aquisição – AQU) G: Parcialmente Gerenciado (Gerência de Projeto – GPR) (Gerência de Requisitos – GRE) MPS.BR MR-MPS v (23) Processos, organizados em (7) Níveis de Maturidade Baseados na ISO/IEC 12207, ISO/IEC 15504, e CMMI-SE/SW Nível CMMI correspondente: [Salviano 2005]

What is institutionalization? No, not that kind!

e as pessoas?... (c) MERX LLC

MASLOW

Trabalho em Equipe O trabalho em equipe é um processo baseado em princípios e valores que estão claramente definidos e entendidos. O verdadeiro trabalho em equipe é um processo contínuo interativo de um grupo de pessoas aprendendo, crescendo e trabalhando interdependentemente para alcançar metas e objetivos específicos no suporte a uma missão comum.

ORGANIZAÇÕES ESTRUTURAIS X BASEADAS EM HABILIDADES ORGANIZAÇÕES TRADICIONAIS: Realizam tarefas funcionais; Pessoa em segundo plano; O controle é a meta; Visão a curto prazo; Informação, formação, e incentivos, não são importantes; Repetem os ciclos de reestruturação e regressão. ORGANIZAÇÕES BASEADAS EM HABILIDADES: Realizam bem, as tarefas com funções cruzadas; As pessoas são valorizadas; A meta é valorizar o que constitui valor para os clientes; Visão a longo prazo; Informação, formação e incentivos, são importantes; Criam um padrão de melhoria permanente.

o que “sabemos” aqui? TODO o pressman ou sommerville (Software Engineering) ou seja: –requisitos, especificações, refinamento, validação e verificação, métodos, técnicas, linguagens e ferramentas, componentes, reutilização, manutenção, modelagem de processos, qualidade, reengenharia,, verificação, validação e teste... além de programação JAVA++!... –{faltaria o quê?}