IceScrum is an J2EE application for using Scrum while keeping the spirit of a collaborative workspace. It also offers virtual boards with post-its for sprint backlog, product backlog and others.
The tool offers everything that is in Scrum :
*
The role management: Product Owner, ScrumMaster, Team member and StakeHolder
*
The product backlog management with advanced features for prioritizing stories
*
Scrum lifecycle including a roadmap view
*
Release planning
*
Sprint backlog, as a task board facilitating the Scrum ceremonial
*
Management of impediments
*
Chart production such as burndown charts, velocity charts, cumulative flow diagram
Icescrum offers others agile practices like :
* Roadmap
* Vision
* Features
* User stories
* Acceptance tests associated to stories
* User roles
* Planning poker
However I don't think this is the key point about agile
methods. Lack of documentation is a symptom of two much deeper
differences:
Agile methods are adaptive rather than predictive.
Engineering methods tend to try to plan out a large part of the software
process in great detail for a long span of time, this works well until
things change. So their nature is to resist change. The agile methods,
however, welcome change. They try to be processes that adapt and
thrive on change, even to the point of changing themselves.
Agile methods are people-oriented rather than
process-oriented. The goal of engineering methods is to define a
process that will work well whoever happens to be using it. Agile
methods assert that no process will ever make up the skill of the
development team, so the role of a process is to support the
development team in their work.In the following sections I'll explore these differences in
more detail, so that you can understand what an adaptive and
people-centered process is like, its benefits and drawbacks, and
whether it's something you should use: either as a developer or
customer of software.
Mit Unterstützung des Bundesministeriums für Bildung und Forschung (BMBF) erarbeitet eine gemeinsame Initiative von Universitäten und Unternehmen einen neuartigen Ansatz für den systematischen Aufbau webbasierter Anwendungen. Ziel ist es, Methoden und Technologien für die hocheffiziente Entwicklung komplexer, dynamischer Web-Applikationen bereitzustellen.
Das auf einen Zeitraum von drei Jahren ausgelegte Forschungsvorhaben WISE - Web Information and Service Engineering ist ein Projekt der Initiative „Software Engineering 2006“, mit der das BMBF die technologische Wettbewerbsfähigkeit auf dem Gebiet der Software-Entwicklung erhalten und ausbauen möchte.
Business process management (BPM) – while also its own independent practice / school of thought – is an application of technology that is served by many products, not the least of which is jBPM. The best definition of BPM that I've found is: "Business Process Management (BPM) is the concept of shepherding work items through a multi-step process. The items are identified and tracked as they move through each step, with either specified people or applications processing the information. The process flow is determined by process logic and the applications (or processes) play virtually no role in determining where the messages are sent.".
Agile Modeling (AM) is a practice-based methodology for effective modeling and documentation of software-based systems. Simply put, Agile Modeling (AM) is a collection of values, principles, and practices for modeling software that can be applied on a software development project in an effective and light-weight manner. As you see in Figure 1 AM is meant to be tailored into other, full-fledged development methodologies such as XP or RUP, enabling you to develop a software process which truly meets your needs. The techniques of AM, in particular Agile Model Driven Development (AMDD), the lifecycle for which is depicted in Figure 2, enable you to scale agile software development to very complex situations.
Agile Development is one of the big buzzwords of the software development industry. But what exactly is it? Agile Development is a different way of managing software development projects. The key principles, and how Agile Development fundamentally differs from a more traditional Waterfall approach to software development, are as follows:
The concepts
The CodeCount toolset is a collection of tools designed to automate the collection of source code sizing information. The CodeCount toolset spans multiple programming languages and utilizes one of two possible Source Lines of Code (SLOC) definitions, physical or logical.
The CodeCount toolset is provided in source code only, and may be used as is, modified or further distributed subject to certain limitations.
The tools in the collection are supplied in C source code only. You are responsible for compiling and building executable versions.
The Product
The CodeCount toolset is copyright USC Center for Software Engineering but is made available with a Limited Public License which permits the distribution of the modifications you make provided you return a copy to us so we can further enhance the toolset for the benefit of all.
Q. Yang, J. Lü, J. Li, X. Ma, W. Song, and Y. Zou. Proceedings of the Second Asia-Pacific Symposium on Internetware, page 15:1--15:4. New York, NY, USA, ACM, (2010)
M. Galster, A. Eberlein, and M. Moussavi. Systems, Man and Cybernetics, 2009. SMC 2009. IEEE International Conference on, page 2380--2385. (October 2009)
R. de Carvalho, B. Johansson, and R. Manhães. IFIP international conference on research and practical issues of enterprise information systems CONFENIS 2009. Gyor, Hungary., (2009)