Agile has its own advantages and people who vouch for it. So does a completely different way of doing things – the CMM (Capability Maturity Model). What are the compelling reasons for a person who is practicing CMM processes to move to agile?

Siddharta: I’d say there’s only one compelling reason – and that is, if what you are doing currently is not working for you. If you’re following CMMI and it is working for you, that’s great, then there is really no need to change. You don’t have to change because it’s the in-thing. That’s something which I’m quite against.

But a lot of people do have problems when it comes to CMMI when requirements are unstable, because of the way it is structured, and with testing and user acceptance right at the end, which creates a lot of issues with respect to changing requirements. Or cases where you’ve not got the requirements exactly or there’s also the case where the customer sees a product and then gets lots of ideas on how it can be done. So when you have a market like this, then you find that CMMI tends to cause issues because you get bugs right in the end, you get change requests right in the end. It can be difficult to cope with it.

Whereas agile is perfectly suited for those kinds of project. You make frequent releases, there is a lot of feedback is involved, there is a lot of collaboration involved. So in these cases, agile is well suited for these kinds of projects. If you’re doing what you’re doing, and its working then fine, I’d say continue with it. But if it’s not working, then agile could be an alternative.

Right, but is it true that agile is more applicable for consumer kind of applications and products compared to enterprise-class systems?

Siddharta: No, I wouldn’t say it’s true. In fact it’s kind of interesting because where agile originated from – if you look at it – a lot of it is from enterprise applications. If you look at extreme programming, it developed out of a project at Chrysler. If you look at feature-driven development, it came out of a project in Singapore and so all these projects are enterprise projects. The history of agile is actually quite the opposite – it’s come out of an enterprise background, where if you look at it, in an enterprise setting – requirements can change often and things like that.

Now of course, if you really think about agile, it started a lot before Web 2.0 came into the scene. So that’s the background from which it has come and it just so happens, now that we talk about web 2.0, it turns out that agile its perfect for those kind of applications as well because you have releases going out very quickly. But I wouldn’t say that that’s the only type of project that it is suitable for because the history of agile is really coming out from the enterprise group. Even today if you look at it, most agile projects are Java oriented enterprise projects.

That’s a very interesting take. Can you outline some of the biggest challenges you see when people try to make the transition to Agile?

Siddharta: Yeah, there are so many. The number one is getting into a mindset and cultural change. You know, agile is not really about processes if you think about it. What agile promotes is a set of values and process is something which just comes out of a value and that’s why we have so many different processes that can all call themselves agile.

The values we are talking about is like, for example, collaboration between customer and developers and management and testers and so on, we are talking about self-management, about being adaptable. These kinds of values are quite the opposite of what traditional project managers have been used to. They are used to plan-driven projects, they are used to command & control hierarchies, they are used to contract negotiations with the customer. So coming out of this mindset and coming into the culture of agile – that’s the biggest stumbling block.

We see a lot of people who try to adopt agile without changing the values and it runs into some dysfunction or the other. For example, instead of having a self-organizing team, they do iterations but the manager tells everybody what to do. So they think they are doing agile but actually speaking I wouldn’t really call it agile. So you come across these kind of dysfunctions because the cultures as a mind-set change has not been done and that’s really the number one issue. Once you do the mind-set change then you can pick on any number of practices to do what ever you need to do but if you do practices without doing the mind-set change, you could be in some trouble.

Silver Stripe Software is a startup based in Chennai, India. They specialize in agile project management tools that ease the pain in making software deliveries. They believe that project management is as much about communication and social aspects as it is about numbers and metrics. Hence, their goal is to make software delivery a little less hard with elegant solutions to difficult problems.

I decided to break down the interview questions into a series of posts to make for better reading. Here is the first part.

There is a tendency among some of the folks who practice agile to interpret the “Individuals and Interactions over processes and tools” in the Agile Manifesto to mean that Agile software development does not require any defined set of processes. So what is your take on that?

Siddharta: This is a good question, because the Agile Manifesto actually says individuals over processes – so why are we all talking about agile processes? There are two parts to this question – one is about processes and another is about defined processes. Now, what agile says is when you have different projects running, they all run in different conditions. You might have one project which is composed of a lot of senior people, you might have another project with a lot of junior people and a couple of senior people.

Now what we say is that we can’t have the same process for both the teams because the team structure is different, so some practices that work for the senior teams will not work for the mixed team and so on and so forth. So while they will follow some practices, they might follow different set of practices. Now that’s a process, but then it’s not a centralized defined process done by someone sitting in an ivory tower who then enforces it among all the projects in the company…that’s something which people are genuinely against.

Now, what we say is have a process – but have a process which is suitable for your condition. And that’s where agile comes into the picture because there are numbers of practices within agile. If you look at Scrum, there is a retrospective which encourages teams to take their own process decisions to introspect about what they feel and decide if they want to things differently. And that’s all under the idea of evolving the process to suit your own conditions.

So you have to see and adapt accordingly.

Siddharta: Inspect and adapt – that’s the core word here. So while you may follow a process – it’s not a centrally defined, enforced process among all the projects – that’s bad.

Let’s move on to how the tool market is doing. The agile tool market has well-known (enterprise market) players like Rally, VersionOne, TargetProcess and a host of other lean agile tools – so where does Silver Catalyst fit in, how does it compare and how do you hope to make an impact?

Siddharta: The strategy followed by Rally, VersionOne is slightly different from what we are doing. Rally and Version One are really targeting big enterprises who are transitioning to agile, so apart from the tool they provide a whole lot of other services, for example coaching, certification, training. So you can take a tool or company which is not agile and move them to agile, and the tool is just one component of it. So they are looking at companies that are transitioning to agile.

What we follow is targeting teams who are already following agile and the difference is – if you search the internet about what people think about these tools, you’ll find Rally, Version One etc are targeted a lot towards management because they are the guys who are pushing the adoption and change, so there is a need of reports. But the people that are actually using the tool are developers and testers. And a lot of them find it too complicated and too cumbersome to use. It’s not really suited from their line of thinking – what they need to do on a day to day basis.

So Silver Catalyst, because we are targeting teams who are already agile, we are really focusing on how we can make a tool that’s easier to use and better for the developer. We want to make a tool such that you can get your job done in 2-3 min and get on with your work. We don’t want you to spend half a day or one day just figuring out the tool and grappling with it. That’s just a waste of your time because you could be doing a lot of productive work on your project in that time. So that’s kind of different markets which we are targeting and different mindset with which we started when we developed Silver Catalyst.

That’s a very interesting take. But like I said there’s a lot of lean tools in the market, is there any key difference that Silver Catalyst brings to the table?

Siddharta: When it comes to lean tools, I disagree that Silver Catalyst is only a lean tool because it’s got lot of integrations with 3rd party software which many lean tools don’t have. And we have hosted as well as onsite versions. Again, many of the smaller, lean agile tools tend to be hosted only.

There is a difference when you talk about enterprises. One of the key factors which they look at is security of their data – they don’t want their data stored on a 3rd party server and so lot of these companies actually want onsite server versions which they can install and use. Enterprises also want integration with all their other tools, where as smaller companies may be ok – it can be pure project management. But an enterprise or the bigger company will want integration between the parties and between the tools that they use to provide an integrated workflow.

So that’s your key strength.

Siddharta: Yes, we have a server version as well as integration with third party tools that many of the smaller tools don’t have.

I’ll be posting the next few questions shortly or you can LISTEN TO THE AUDIO of the full interview right now.

A quick introduction about Collabnet: The leader in application life cycle management platforms for distributed software development teams. With more than 1.8 million developers using their platform, Collabnet supports more than 800 companies in their distributed development, offshoring, outsourcing and partner co-development efforts. Founded upon open source principles, Collabnet is also the company behind Subversion, the next-generation Software Configuration Management (SCM) solution. Subversion has more than 5 million users worldwide.

Subversion was ranked as the sole leader in the standalone Software Configuration & Change Management space by the Forrester Wave report in May 2007. However, there are many SCM tools in the market from reputed software firms like IBM, Microsoft, Borland and Serena Software. Do you think Subversion will retain its current market leadership position?

Karthi: Yes, Subversion is the sole leader in SCM space. We have more than 5 mn users worldwide using it. They have made Collabnet-sponsored Subversion as the new standard for version control and Software Configuration Management (SCM). With its recent release 1.5 and 1.6, subversion has all the features which an enterprise customer looks for in any SCM tool. Subversion adoption commands 40+% of the market share and it is growing very rapidly. SVN community is also working towards every 6 month releases to bring in new features into the market. So with all of these things, I’m sure, it will not only help Subversion to retain its market leardership position but also consolidate it further.

Collabnet has distributed development teams located across several continents and also leverages open source communities for its product development efforts. How do you communicate between these teams?

Karthi: CollabNet has distributed development teams for its core product development across continents. The teams use our own product, a distributed development platform (CollabNet TeamForge) to develop and communicate amongst various teams and partners. We have also open sourced a few of our products and integrations. We leverage open.collab.net as the collaboration platform to communicate to open source teams and customers. This site contains pretty much all the information related to all of our products – like features, downloads, faqs, roadmap, etc. It also has free and open forums where customers and users can join, and ask questions and interact with the developers and as a community help each other out.

As a product development company, can you just give us quick insight about the top 3 best practices that you enforce among your development teams?

Karthi: Sure. As a company, we follow a hybrid approach. We are founded upon open source principles, we are an enterprise company also. So we follow a hybrid of open and enterprise development cultures internally. We support open communication and discussion on public forums as against one-on-one emails. That’s one of the best practices we have. All important issues and decisions get discussed on public forums. This is very healthy for the organization and creates an opportunity for people to learn, you can just be a silent spectator on the forums and learn from that, or also contribute effectively to the discussions and the decisions. I find this to be one of the best practices that’s helping Collabnet.

We have also adopted agile methodology for our development. Agile methodology’s user-story based approach helps developers to understand and develop to the exact requirement of the story – we always hear about scope creeps and doing more but with Agile approach, you want to deliver to the base requirement of the story, nothing more or nothing less. That keeps the focus better.

We also do code reviews. That is another important practice we follow to make sure that the code is of high quality. It is not only for quality aspect but also helps to share the knowledge.

LISTEN TO THE INTERVIEW

READ THE TRANSCRIPT

The full blog post can be found here:http://www.skywayperspectives.org/blog/?p=688

Skyway is interrested in getting feedback from the industry and community. From our experiences, the industrialization of enterprise software and the use of Software Generation technologies enables a pragmatic approach to other industry trends like Agile methodologies and Service Oriented Architectures.

Here is an excerpt from the posting:

“I thought it might be worth while to start to document Skyway’s point of view regarding enterprise software generation, and the things that we think are important in this space. Our goal is to promote an active conversation and to solicit feedback of all sorts to ensure that we are working to address those areas that the industry feels are most important to the adoption of generative techniques and ultimately the simplification of delivering enterprise software.

Our Top 10 Guiding Principles for Software Generation

1. Offer Incremental and Additive Approaches – Developers should be able to realize the benefits of software generation on their own terms using as much or as little of a generation system as they wish
2. Extensibility is Key – The generation system must be extendible, configurable, and customizable at every level
3. Exploit Every Asset – The possible sources of inputs to the generation should be as diverse as possible and be expandable by developers”

Here are some excerpts of our first interview with Steve Nordmark, VP – Technology & Product Development, Thinkronize.

About Thinkronize: They are a leader in the digital delivery of K-12 educational content in the US and are dedicated to enhancing the education of youth with highly effective technologies in a safe, relevant, easy-to-use format. Thinkronize and their netTrekker search product suite has been honoured over 20 times for their contribution to education. The company currently serves over 12 million students in all 50 states of the US.

LISTEN TO THE INTERVIEW PODCAST

Can you give us a quick insight into the school educational system in the US and what role technology plays in it?

Steve: Sure, I’d be happy to. Over the past 13 years, I have worked in the educational space, primarily K12. Within the US education system, technology and the way I focused on it has been as an enabler and an equalizer. A lot of what I did and really used was focus on how technology can bring new opportunities to students and to equalize opportunities to students. So even as you look at our product Nettrekker and some of the things that I did when we rolled out the Nettrekker Differentiating Instruction version, we added a “Read Aloud” feature, again as an enabler, so that all students that are accessing the resources can be served and can gain benefit from the materials that were found in Nettrekker.

Your Nettrekker suite of products – it’s won over 20 awards, including the prestigious Codie awards for the best education solution in 2007. That must feel really good to be working on such an innovative and useful product. Can you tell us a bit about what differentiates your suite of search products?

Steve: Yeah, it actually is quite humbling to work with such a group that has such a great reputation and honor in so many different formats. Actually my first introduction to the company was when Nettrekker received two Codie awards at an event back in 2005. The reason that it differentiates is because it’s more than search. It’s really bringing the educational context to digital resource. By that, we’ve set out a complete K12 taxonomy.

So, regardless of what subject area you’re teaching, we have a taxonomy that defines the various aspects of, say for example in math and then geometry, and then the various aspects of geometry, we have a taxonomy that will build that out and each and every resource that we select, gets placed in that taxonomy. So as opposed to just being an individual resource hanging out there, we bring an educational context to it by placing it in that taxonomy. Then, as talked about earlier, we have the state academic standard which bring additional context to those resources.

Other ways that we differentiate are through the tools that we bring and the metadata that we wrap around the resources. So every resource has a variety of metadata elements that enables students and teachers to more intelligently search on the resources. So instead of just doing a key word search and finding a whole host of resources, we wrap metadata around it, which enables them to more accurately meet their particular needs.

Do you look for any specific engineering skills or mind set in your development or engineering teams?

Steve: I think the strongest thing that we look for is certainly strong engineering skills from a foundation within computer science. But more than anything we look for those who have an eye towards open solutions and integrations with open solutions as opposed to building a closed environment. We’re very much focused on those who have experience in working with integrations with a variety of open software, whether it is an open search tool or open integrations to templates on the front end in delivering the UI. The most effective way to deliver the resources in an open solution as opposed to a closed proprietary solution.

Listen to the full interview

Read the transcript

As Agile teams manage their work differently, they typically need a different set of tools to support their agile approaches. Simple and adhoc tools like index cards and spreadsheets for requirements management and prioritization, wikis for collaborative documentation, commercial or opensource project management and bug tracking tools are usually sufficient for small, co-located teams. However, when teams and projects get larger and Agile methods need to be scaled up, integrated tools become useful.

New agile project and product management tools enable better coordination and collaboration between the various teams involved in the agile process (development, customer support, marketing, management, customers, etc) and also provide better reporting capabilities. Some of these tools even include requirements management, test and defect management and integration with development, test and build environments. They can bring about further improvement and acceleration of existing agile processes.

X-planner, RallyDev, VersionOne, TargetProcess, Yoxel and Mingle are some available Agile project management tools. .NET shops can also consider using MS team SCRUM plug-in for its agile project management functionalities. Some of these tools require you to spend time learning to use it initially while others allow easy integration with existing tools. Finding and using the tools that are well-integrated, facilitate meaningful interaction between your different teams and give more visibility can ultimately help you produce better software faster.

Read the entire digest contents

However, many software organizations consider automation as a vital step in establishing a mature QA program and it certainly has a lot of value if it can be effectively leveraged. If you are seriously looking at automation though, there are few things that you should start with. One of the most important things is to understand the initial costs involved in test automation.

Automated testing involves higher upfront costs and should be looked at as a long-term investment where the pay-offs come anywhere between 2-4 years down the road. One has to also keep in mind that there are various intangible benefits associated with automation. Performing a return on investment (ROI) for your planned automation can however help you understand right at the beginning the autual returns that you will get from your investments and you can weigh those against the benefits you will gain from automation.

An ROI analysis will not only help you determine the various elements associated in calculating the ROI and the approximate cost and benefit involved but it can also help you decide on the types of automation you want, the areas that you can potentially automate, the tools and the skill-levels of the testing resources that will be required.

Therefore, determining the ROI for your test automation should be a necessary part of your planning process. It will give you better clarity and direction on how you proceed with your actual automation efforts and prepare you upfront on the costs and true benefits involved.

Read the entire digest contents

Jitterbit:This is an open source integration tool that helps to design, configure, test and deploy integration solutions. It supports most major document types and protocols. Like all integration products, Jitterbit is based on writing interfaces that translate simple user input into the queries or commands that insert and extract information into each system being integrated.

MuleSource:It offers an open source enterprise service bus (ESB) solution and has its origins in the open source Mule project. It provides Web Services support using Axis & XFire, integrates with Spring and provides out-of-the-box integration with many legacy, commercial products.

Talend Open Studio:This data integration software generates data integration processes in Java and offers Extract, Transform and Load (ETL) functions for data warehousing and analytics, working on scale out, commodity hardware grids. It includes over 100 native connectors for common enterprise applications. On the operational side, Talend handles data migration, data loading, synchronization or replication of databases and data exchange between systems.

Boomi: It is a provider of business integration solutions for small and mid-sized business (SMBs). Boomi’s ‘Visual Integration Technology’ enables integration of applications, trading partners and data using drag and drop features.

Read the entire digest contents

XAML/XOML: XAML is a new descriptive programming language developed by Microsoft to write user interfaces for next generation managed applications. It is used extensively in the .NET Framework 3.0 technologies, particularly in Windows Presentation Foundation (WPF), where it is used as a user interface markup language to define UI elements, data binding, eventing, and other features. It is also used in Windows Workflow Foundation (WF), in which workflows themselves can be defined using XAML. The serialization format for workflows was previously called XOML, to differentiate it from UI markup use of XAML, but now they are no longer distinguished..

ADAM: It is an expanded capability of Active Directory for deployment as a lightweight directory service. It is a Lightweight Directory Access Protocol (LDAP) directory service that runs as a user service, rather than as a system service.

Business data is often organized in a unique way for a particular business or organization. When an organization must use a directory-enabled application, based on unique business logic or schema, ADAM can be the directory service for the application. For example, an application developer might want to expose application data through LDAP in a way that is unique and specific to the clients of the application. Using Active Directory Application Mode, and without altering the configuration of Active Directory, the application developer can provide an application with a tailored schema that works for business needs, data requirements and workflow processes.

Read the entire digest contents

Windows Workflow Foundation (WF): It is quite known that workflow provides a way of describing the order of execution and dependent relationships between pieces and dependent relationships between pieces of short and long running work. Since SaaS products frequently support different workflows based on tenant preferences, WF can be used as the programming model and engine building workflow-enabled applications on windows. WF includes support for both system workflow and human workflow across a wide range of scenarios.

Windows Presentation Framework (WPF): It is the graphical subsystem feature of the .NET Framework 3.0. It provides a consistent programming model for building applications and provides a clear separation between the UI and the business logic. It also enables richer control, design, and development of the visual aspects of Windows programs. A powerful concept in the WPF is the logical separation of a control from its appearance.

Windows Communication Framework (WCF): The WCF programming model unifies Web Services, .NET Remoting, Distributed Transactions, and Message Queues into a single Service-oriented programming model for distributed computing. It is intended to provide the rapid application development methodology for the development of web services, with a single API for inter-process communication in a local machine, LAN, or over the Internet. WCF uses SOAP messages for communication between two processes, thereby making WCF-based applications interoperable with any other process that communicates via SOAP messages.

Read the entire digest contents