I am a PhD researcher from Coventry University, UK. I would like to invite you
to participate in the following survey, which is part of my research project
into the development of a tailored Software Process Improvement standard for the
UK healthcare sector, currently sponsored by the BIOCORE Applied Research Group
of Coventry University. This new proposed model, the Healthcare SPICE, is based
largely on the ISO/IEC 15504-5:2006 model but with newly tailored and improved
process practices that focus on explicitly addressing current development
concerns, standard compliances and quality dimension requirements for the UK
healthcare domain. The overall structure of the Healthcare SPICE model and
samples of its process areas can be found in the survey questionnaire's link
below.

http://www.surveymonkey.com/s/32M652X

I would be grateful if you could spare 10 minutes of your time to complete the
online questionnaire and return it to us as soon as practically possible using
the above link. Your feedback, together with the industry feedback, can assist
us tremendously in validating our proposed SPI standard specifically designed
for the UK healthcare environment before its introduction to the industry.
Please be assured that all the information provided will be treated with
complete confidentiality and used solely for the purposes of this research
project. Should you require any further information, please do not hesitate to
send your request to: t.nguyen@..., or reply to this post. Thank you
for your kind assistance!
Sincerely yours,
Tien Nguyen

PhD Researcher
BIOCORE Applied Research Group
Coventry University, UK
http://www.mis.coventry.ac.uk/biocore/

Dear Friends,

Grant Rule, an international expert on software measurement will present this
webinar from London SPIN on 29th October.

Interested members may register for the webinar at:

https://www2.gotomeeting.com/register/628869723

Here are the details:

Title: London SPIN: Understanding Value
Date: Thursday, October 29, 2009
Time: 6:00 PM - 8:00 PM GMT

After registering you will receive a confirmation email containing information
about joining the Webinar.

System Requirements
PC-based attendees
Required: Windows® 2000, XP Home, XP Pro, 2003 Server, Vista
Macintosh®-based attendees
Required: Mac OS® X 10.4 (Tiger®) or newer

Please write to me if you have difficulty in registering for the webinar and
forward this message to interested project managers, quality managers and their
teams.

The participants may or may not be London SPIN or Yahoo-CMMI group members.

Best Regards,
Ribhu

Methods & Tools has just published in its Fall 2009 issue "Mature Scrum at
Systematic".  Co-written by Carsten Ruseng Jakobsen and Jeff Sutherland, this
article explains how the experiences from combining Lean, CMMI and Scrum have
led Systematic to identify examples of explicit guidance from CMMI that help to
execute Scrum activities even better.

You can download Methods & Tools Fall 2009 issue at
http://www.methodsandtools.com/mt/download.php?fall09

I am a master's student in the Management and Systems department of New York
University's School of Continuing and Professional Studies. I am currently
seeking research subjects for my master's thesis.
 
My research study is intended to learn more about the effects of CMMI-based
process improvement on the management of requirements changes in software
development projects. I am seeking members of organizations that recently
implemented CMMI-based process improvement and increased their maturity level
from Level 1 to Level 2 or higher. Subjects would be asked a series of closed
and open-ended questions about their experiences on similar projects completed
before and after their organization's CMMI implementation. I am interested in
speaking to both the project manager and the business lead for each project.
Participation in this study is expected to take about thirty to forty-five
minutes of each subject's time via a phone interview.
 
All responses will be kept strictly confidential. I will include a brief
description or label of variables such as the type of each organization, the
type of project, schedule length and team size, but will not identify company
names, or the names of any interview subjects.
 
While no incentives will be offered to participants, a copy of the completed
thesis will be made available to any interested participant on request. I will
be preparing a qualitative study that will involve a small sample size, but I
hope to provide some useful insights to project teams and organizations that are
interested in CMMI.
 
If you are interested in participating, please contact me directly at
lam533@... or respond to this post on the group.


Thank you,

Lawrence Mantrone

This is an open Invitation from Ten10. I am GS/Sreedharan working in evolving a
Opensource Process Maturity Model- Ten10 to Deliver Opensource IT Services &
Solutions packaged as SaaS. Right now I have done 30% of this.

In a Nut shell this is a sort of an Open Bible/Open book/Open Guide/ that
connects Opensource Companies, Opensource Products, Opensource People &
Opensource Process covering all Industries Verticals, Horizontals, Industries
and Domains. This is a Very, Very, Very big en devour that would require huge
Volunteers and would run for nearly 2 Years from Now.  Right Now this project is
being sponsored by Tenth planet (www.tenthplanet.in). I am in the process of
Enrolling OSS Volunteers (Developers, Project Managers, Process Consultants) in
the Ten10 Community. To Join ten10 community Visit URL www.ten10tpt.ning.com to
share Risks, Rewards & Responsibilities.

Visit www.ten10tpt.ning.com to Join & Support this Open Initiative.

Thanks & Regards,
G.Sreedharan (GS)

A recent survey shows that the adoption, ignorance or rejection rates
for the CMMI are similar to the results achieved by a similar survey on
Agile approaches.

http://www.methodsandtools.com/dynpoll/oldpoll.php?CMMI

To Whom It May Concern,

Because of the significance of the work, and because of demand, I
decided to publish the results of my research with VDM Publishing
LLC. The web site is www.vdm-publishing,com. The book is
entitled: "Customer Satisfaction and Agile Methods", and the ISBN
number is 978-3-639-09476-3.

The research surveyed 185 projects, and the results proved to be
quite controversial, provocative, and unexpected. You will not look
at agile methods the same way after you have read my book. You will
not believe all of the hype that has been written about the use and
results of agile methods. The next time that you read something on
agile methods, you will think of my research. You will come away from
my book with a greater understanding of what agile methods are all
about, and what they can and do achieve, but more importantly, what
they cannot and do not achieve.

If you are interested in agile methods, but are unsure whether they
are the right software development methods to employ, then my book is
for you. In my book, you will find hard data on the characteristics
of projects, participants, and whether agile methods are the only
software development to use to satisfy your customers.

I invite you to contact VDM Publishing LLC regarding my book
entitled "Customer Satisfaction and Agile Methods", and find out for
yourself the real value of employing agile software development
methods rather than plan-driven software development methods.

Donald L. Buresh, Ph.D.
3115 Enoch Avenue
Zion, IL 60099
Tele: 847-872-1659
LoganSquareDon@...

The deadline for submissions to this special issue has been extended to 17. Nov.
2008


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+  Call for Articles                                           +
+  IEEE Software                                               +
+  Software Development for Embedded Systems                   +
+  Publication date:    May/June 2009                          +
+  Submission deadline: 17 November 2008 (final deadline)      +
+  http://www.computer.org/software/cfp3.htm                   +
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++


+++ Overview +++

IEEE Software seeks submissions for a special issue on embedded software. The
focus is on proven engineering concepts and experiences for embedded software
engineering. We look to the entire life cycle - from concept and development
activities to evolution and maintenance. The scope covers embedded systems from
different industry domains, such as medical, transportation, automotive,
robotics and automation. Of specific interest is how best practices and methods
from the enterprise and desktop domain can be transferred into the embedded
domain.

All information summarizing IEEE Software as well as the Call for Papers and
editorial guidelines can be found at the CFP
http://www.computer.org/software/cfp3.htm
and the IEEE Software editorial homepage http://www.computer.org/software


+++ Topics of interest +++

- Design methods (so-called DFX) for embedded software
- Domain-specific languages for embedded systems, including hardware-related
issues
- Modeling practices to connect requirements, design, code, integration and
system test
- Experiences with state of the practice in modeling, design, verification, and
validation
- Communication protocols and middleware for embedded systems
- Open Source and open platforms in embedded devices
- Modeling of quality attributes, for instance where safety meets security
- Concepts for maintenance, robustness and remote diagnosable embedded system
architectures
- Schemes for remote software maintenance, especially for testability and
maintenance under semi-commercial conditions
- The trade-off between resource utilization and innovative software technology
(Composition, COTS, platforms, product line engineering)
- Making verification economically and from the technology point of view
feasible


+++ Submissions +++

Submissions should have a practical orientation and be written in a style
accessible to practitioners. Overly complex, purely research-based, or
theoretical articles are not appropriate.
Manuscripts must not exceed 5,400 words including figures and tables, which
count for 200 words each. Submissions in excess of these limits may be rejected
without refereeing. Articles within the theme's scope will be peer-reviewed and
are subject to editing for magazine style, clarity, organization, and space. We
reserve the right to edit the title of all
submissions.


+++ Further information +++

For more information, contact either Guest Editor:
Christof Ebert
Managing director, Vector Consulting Services
mailto:christof.ebert@...
Jürgen Salecker
Competence field manager for embedded systems, Siemens
mailto:juergen.salecker@...
For author guidelines please also check
http://www.computer.org/software/author.htm


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++\
+++++++++++++

Hello All,
Currently I am conducting a survey as a part of my paper
presentation. The topic is resource utilisation for IT development
across multiple industries. i.e. telecom, retail, utility.
I request your help for completing this.

I am looking some data on:
What will be the head count for each phase of a typical project of
100 function points (fp) or projects of similar size in Telecom ?
	 i.e. Requirement Analysis, Design, Development, Testing (all
stages).
What is the time line for each phase?

Can any one help me by providing data or tell me where I can find
these data?



Many thanks in advance

Regards,

*********************************************************************
*    Call for Articles                                              *
*    IEEE Software                                                  *
*    Software Development for Embedded Systems                      *
*    Publication date:    May/June 2008                             *
*    Submission deadline: 01 November 2008                          *
*    http://www.computer.org/software/cfp3.htm                      *
*********************************************************************


*** Overview ***

IEEE Software seeks submissions for a special issue on embedded software. The
focus is on proven engineering concepts and experiences for embedded software
engineering. We look to the entire life cycle - from concept and development
activities to evolution and maintenance. The scope covers embedded systems from
different industry domains, such as medical, transportation, automotive,
robotics and automation. Of specific interest is how best practices and methods
from the enterprise and desktop domain can be transferred into the embedded
domain.

All information summarizing IEEE Software as well as the Call for Papers and
editorial guidelines can be found at the CFP
http://www.computer.org/software/cfp3.htm
and the IEEE Software editorial homepage http://www.computer.org/software


*** Topics of interest ***

- Design methods (so-called DFX) for embedded software
- Domain-specific languages for embedded systems, including hardware-related
issues
- Modeling practices to connect requirements, design, code, integration and
system test
- Experiences with state of the practice in modeling, design, verification, and
validation
- Communication protocols and middleware for embedded systems
- Open Source and open platforms in embedded devices
- Modeling of quality attributes, for instance where safety meets security
- Concepts for maintenance, robustness and remote diagnosable embedded system
architectures
- Schemes for remote software maintenance, especially for testability and
maintenance under semi-commercial conditions
- The trade-off between resource utilization and innovative software technology
(Composition, COTS, platforms, product line engineering)
- Making verification economically and from the technology point of view
feasible


*** Submissions ***

Submissions should have a practical orientation and be written in a style
accessible to practitioners. Overly complex, purely research-based, or
theoretical articles are not appropriate.
Manuscripts must not exceed 5,400 words including figures and tables, which
count for 200 words each. Submissions in excess of these limits may be rejected
without refereeing. Articles within the theme's scope will be peer-reviewed and
are subject to editing for magazine style, clarity, organization, and space. We
reserve the right to edit the title of all
submissions.


*** Further information ***

For more information, contact either Guest Editor:
Christof Ebert
Managing director, Vector Consulting Services
mailto:christof.ebert@...
Jürgen Salecker
Competence field manager for embedded systems, Siemens
mailto:juergen.salecker@...
For author guidelines please also check
http://www.computer.org/software/author.htm


********************************************************************************\
******************

QA Manager or QA Managing Lead can be the best designations...as mentioned by shrikant..if you involve in other quality standards for eg, e-SCM or Tick IT, SPICE or some relavent standards....a tile with CMMI will not suit this position..

All the best and if you can share your experience during this stage, would be great...

All the best...

bye

Prem Anandan

 


On Wed, 04 Jun 2008 Shrikant Chondhikar wrote :
>How about "Process Manager"  or "Manager - Process" - CMMI (but tomorrow if there is some other model to be considered for implementation in the organization, then Manager - Process - CMMI becomes obsolete...)
>
>Regards,
>
>Shrikant Chondhikar, Engagement Manager
>
>Cybage Software, Inc.
>Direct Phone: 001 952 540 3276
>Cell Phone: 001 952 594 2009
>
>________________________________
>
> From: spi@yahoogroups.com on behalf of Mathi Ezhil Arasu
>Sent: Wed 6/4/2008 6:49 AM
>To: spi@yahoogroups.com
>Subject: RE: [SPI] SPI job titles?
>
>
>
>Hi Ant,
>
>
>
>Process Improvements lead to better Quality
>
>
>
>Hence QA Lead or Quality Lead can be considered
>
>
>
>Alternately, if CMMI L3 is the core KRA - it can also be Lead - CMMI
>
>
>
>Based on the current designations, the role can also be
>
>QA Manager / Quality Manager / Manager - CMMI
>
>
>
>Wishing you good luck in your CMMI L3 roadmap and related milestones
>
>
>
>Best regards,
>
>Mathi E Arasu
>
>
>
>EVP - Trimentus Technologies
>
>marasu@... <mailto:marasu@...>  / marasu@... <mailto:marasu@...>
>
>marasu@... <mailto:marasu@...>  /  marasu2000@... <mailto:marasu2000@...>
>
>Ph: +91 44 4260 6200 x 21 | D: +91 44 4260 6300 | C: +91-98408 98409
>
>
>
>
>
>________________________________
>
> From: Ant Grinyer [mailto:a.grinyer@...]
>Sent: Wednesday, June 04, 2008 5:36 PM
>To: spi@yahoogroups.com
>Subject: [SPI] SPI job titles?
>
>
>
>Hi all,
>
>I'm being asked to lead SPI to get to CMMI level 3 over a number of
>years. We're struggling to think of a valid job title, I'm thinking
>'Process Improvement Lead'.
>
>Any thoughts?
>
>Thanks,
>Ant Grinyer
>---
>Senior Business Analyst
>Cegedim UK
>
>
>
>"Legal Disclaimer: This electronic message and all contents contain information from Cybage Software Private Limited which may be privileged, confidential, or otherwise protected from disclosure. The information is intended to be for the addressee(s) only. If you are not an addressee, any disclosure, copy, distribution, or use of the contents of this message is strictly prohibited. If you have received this electronic message in error please notify the sender by reply e-mail to and destroy the original message and all copies. Cybage has taken every reasonable precaution to minimize the risk of malicious content in the mail, but is not liable for any damage you may sustain as a result of any malicious content in this e-mail. You should carry out your own malicious content checks before opening the e-mail or attachment."
>www.cybage.com
>
>

Hi Ant,

I like : Continuous Improvement Lead

Makes it more generic and adds the impression of a larger scope.

Paul
http://spistuff.blogspot.com/

___________________________

--- In spi@yahoogroups.com, "Ant Grinyer" <a.grinyer@...> wrote:
>
> Hi all,
>
> I'm being asked to lead SPI to get to CMMI level 3 over a number of
> years. We're struggling to think of a valid job title, I'm thinking
> 'Process Improvement Lead'.
>
> Any thoughts?
>
> Thanks,
> Ant Grinyer
> ---
> Senior Business Analyst
> Cegedim UK
>

Hi all,

I'm being asked to lead SPI to get to CMMI level 3 over a number of
years. We're struggling to think of a valid job title, I'm thinking
'Process Improvement Lead'.

Any thoughts?

Thanks,
Ant Grinyer
---
Senior Business Analyst
Cegedim UK

Please distribute this email. Data on both agile and plan-driven
projects are welcome.

To Whom It May Concern,

My name is Donald Buresh, and I am a Ph.D. student at Northcentral
University located in Prescott Valley, Arizona. The reason that I am
writing to you is because I would like you to participate in an
internet survey for my dissertation. The topic of my dissertation is
assessing agile project management and customer satisfaction. The web
site where you can find my survey is: www.assessingagilepm.com.

The questionnaire will ask you about a software development project
that was recently completed within your organization. It will take
you about 15 minutes to answer the questions. The questionnaire will
ask you a series of questions about the project, including whether
the software product was developed using agile-driven or plan-driven
methods. If you do not know the answer, the questionnaire will ask
you a series of three questions, and based on your responses, it is
smart enough to decide what software methodology was employed. The
questionnaire will then ask you other questions about the software
development project. If at any time you decide not to participate in
the survey, you need only exit the survey window, and your data will
not be collected. When you have completed the survey, please press
the appropriate button to submit your responses, and then close the
survey window.

All of your responses will be anonymous and all of your data will be
held in the strictest confidence. From your responses, it will not be
possible to identify you or your organization. Since the data
obtained from this questionnaire will be used in my doctoral
dissertation, the results may possibly appear in an academic or trade
publication. None of your responses will ever be revealed.

Thank you for considering to participate in this survey. If you do
participate in the survey, and want to obtain a copy of my
dissertation, please do not hesitate to respond to this email, and
let me know. When the degree has been granted, and the dissertation
has been accepted and published, I will be more than happy to send
you an electronic copy. Again, thank you for your time.


Donald L. Buresh
3115 Enoch Avenue
Zion, IL 60099
Home Tele: 847-872-1659

Hi,
Just wanted to let folks know about this upcoming workshop:




Carnegie Mellon Software Engineering Institute and Lockheed-Martin to
Present Process Improvement in Multimodel Environments Workshop

Pittsburgh, PA, March 27, 2008 – All effective businesses face
challenges to achieving and sustaining competitive advantage while
complying with regulations. To meet these challenges, the highest
performing organizations apply reference models, standards, and
improvement technologies. Typically, this creates an environment where
several improvement initiatives are concurrently implemented at
different hierarchical levels and across organizational functions –
leading different parts of an organization to champion the
technologies that best address their problems.

The Carnegie Mellon® Software Engineering Institute (SEI) believes
there can be a more comprehensive way to achieve the integration of
multiple technologies for process improvement within an organization.
The SEI approach is to harmonize the process improvement models and
will develop harmonization methods through the SEI-led project called
Process Improvement in Multimodel Environments (PrIME),
http://www.sei.cmu.edu/prime/primedesc.html.

In advance of the project, Lockheed-Martin and the SEI are
co-sponsoring the workshop Hard Questions for Process Improvement in
Multimodel Environments to share current research and methods for
multimodel process improvement
and to gauge the current state of the practice in commercial,
government, and defense organizations. Lockheed-Martin is an example
of a business that has seen benefits from successfully organizing
multiple models for process improvement.

The workshop is free, however, space is limited! For more details and
to register, please see http://www.sei.cmu.edu/community/mm/.

Ansar,

I think Arindam's answer is very useful, but I would caution you
on two points:
1) industry aggregate numbers are often misleading; and
2) when implementing any analysis of data, make sure you know what the data
represents.

I've run into these problems many times but can illustrate with a simple example
that we've used at a past SEPG:

How Many Logical Source Statements are Here?

	  if A then B else C endif;


When polled, the audience responded:
1 statement : 20%
2 statements: 30%
3 statements: 45%
4 statements:  5%


There's no right answer - it depends on the counting rules you use.
And if you are collecting size from many teams/people, you really have
to make sure everybody is using the same definition of size.

Similarly with productivity, except now you have at one more
definitional hurdle.
For example,

76 staff hours go into the production of a unit that's 539 lines of code
= 7.1 LOC/hr

The automated coder counter, however, only counts executable LOC at 398
which
yields 5.2 LOC/hr.

BUT, the effort value of 76 is dependent upon who is included.
And I've seen data used for comparisons without regard for types,
language, etc. etc.  These considerations are often
overlooked when using aggregated industry data, for instance.

There are a few places that sell highly regarded benchmark data, which
can be useful especially to compare against best in class.  ISBSG andPMG
Benchmarking
come to mind.

hope this helps,
Jim McCurley

Ansar,

I would recommend Function Points per month as a 'manageable'
productivity measure to add precision to your comments.

This value has a pretty large scale depending on the programming
language and lifecycle chosen for the tasks. I've seen numbers that
state that productivity can vary between 5 and 25 function points per
month depending on the language used.

Paul
http://spistuff.blogspot.com



--- In spi@yahoogroups.com, arindam banerjee <arindambanerjee13@...>
wrote:
>
> Ansar,
>
>   Productivity should be calculated as the amount of effort that a
developer or a tester puts in his work.
>
>   I would recommend productivity = Size/Actual Effort
>
>   This will tell you that in per unit amount of effort how much work
has been done.
>
>   May be you can also try another approach in terms of cost, by
applying a similar approach to that of Earned Value Analysis.
>
>   For eg:
>
>   As per your initial estimates you know the Estimated Effort and
Estimated Project Cost
>   So the Productivity Cost = Estimated Effort/Estimated Project Cost
>   In fact this is the amount of effort that you want your team to
spend for every unit of cost.
>
>
>   Now if your Instantaneous Productivity Cost, i.e.
>   Actual Effort/Cost Incurred
>
>   If this value is less than the Estimated Productivity Cost then
your Cost productivity is less, and if this is more then your Cost
Productivity is high. By this you will be able to control the project
cost and keep a tab on it.
>
>   I think your management will be more happy to know about the cost
attached to it than anything else.
>
>   Hope this helps..Innovated the second method for you... :)
>
>   Regards
>   Arindam
>
>
> ansaarmuhd <ansar.muhammad@...> wrote:
>           Dear All
> Are you aware of any decent study which gives an estimate of
> productivity, for example, I was reading a vendor brochure and they
> have quoted that one programmer writes about 500-1000 Lines of Code per
> month
> Is it a decent number to use as a benchmark for programmer productivity
> for business information systems?
> Thanks and regards
> Ansar
>
>
>
>
>
>
> ---------------------------------
> You rock. That's why Blockbuster's offering you one month of
Blockbuster Total Access, No Cost.
>

Dear All
Are you aware of any decent study which gives an estimate of
productivity, for example, I was reading a vendor brochure and they
have quoted that one programmer writes about 500-1000 Lines of Code per
month
Is it a decent number to use as a benchmark for programmer productivity
for business information systems?
Thanks and regards
Ansar

Dear All
Are you aware of any decent study which gives an estimate of
productivity, for example, I was reading a vendor brochure and they
have quoted that one programmer writes about 500-1000 Lines of Code per
month
Is it a decent number to use as a benchmark for programmer productivity
for business information systems?
Thanks and regards
Ansar

hi..

I dont think there are enough tools available for software process
improvement like other topics.. where can we find software proess
improvement  tools and regarding them.

Hi,

Could you please help me with these questions:

1. What is the criteria of selecting project for Class A appraisal?

2. What is the criteria of selecting the pilot project?

Please also guide me if relevant information is available elsewhere on
the web. Thanks.

Regards,
Saima