Archive for the ‘Conference’ Category
Thursday, December 6th, 2012
1. How do you sustain growth over time with a steady stream of new disruptive businesses? Attend Mary and Tom Poppendieck’s full day workshop on The Fastest Learner Wins http://bit.ly/RDCzvr (Special Interview – http://bit.ly/Rvyhnz)
2. Can good architecture just emerge miraculously from a succession of iterations? Attend Kevlin Henney’s half-day workshop on Architecture with Agility http://bit.ly/RDCB6t (Special Interview – http://bit.ly/SzHOJz)
3. What can cognitive science teach us about becoming better thinkers, better problem-solvers, and better influencers? Attend Linda Rising’s full day workshop on Problem-Solving and Decision-Making in Software Development http://bit.ly/RDCDLI (Special Interview – http://bit.ly/Thk4eY)
4. Can organizations really benefit by using Kanban over the first generation Agile methods like Scrum & XP? Attend Masa K Maeda’s full day workshop on Kanban Primer http://bit.ly/RDCFmJ (Special Interview – http://bit.ly/SzHs5M)
5. How to over come some of the key challenges faced by teams when adopting Continuous Delivery? Attend Jez Humble’s full day workshop on Continuous Delivery http://bit.ly/RDCGab (Special Interview – http://bit.ly/SzHbzF)
6. What practical technical practices does an organization need to sustain and succeed with agile development? Attend Venkat Subramaniam’s two-day in-depth workshop on Honing Technical Practices To Realize Sustainable Agility http://bit.ly/RDCGHa (Special Interview – http://bit.ly/TDLU2t)
7. Why Agile Enterprises need to break down the silos in their organization? Attend Prof. David West’s full day workshop on The Agile Enterprise http://bit.ly/RDCJ5N (Special Interview – http://bit.ly/SzJItF)
8. Are there real advantages/benefits of using agile games as opposed to traditional methods like meetings? Attend Laurent Bossavit’s full day workshop on Playing Games for Fun and (Business) Profit http://bit.ly/RDCKqs (Special Interview – http://bit.ly/Upof8x)
Wednesday, December 5th, 2012
Jez Humble (@JezHumble) is a Principal Consultant with ThoughtWorks, and co-author of Jolt Award winning book Continuous Delivery (http://continuousdelivery.com/). He got into IT in 2000, just in time for the dot-com bust. Since then he has worked as a developer, system administrator, trainer, consultant, manager, and speaker. He has worked with a variety of platforms and technologies, consulting for non-profits, telecoms, financial services, and online retail companies.
His focus is on helping organisations deliver valuable, high-quality software frequently and reliably through implementing effective engineering practices in the field of Agile delivery.
He will be running a one day workshop at Agile India 2013. This week we spent some time with Jez and chatted to him about continuous delivery, a topic he is very passionate about.
1. How does continuous delivery improve collaboration between developers, testers, and operations?
Continuous delivery improves collaboration between everybody involved in software delivery by requiring it. It’s impossible to achieve high quality systems without developers and testers physically working together, and without developers being accountable for how the systems they build perform in real life. When testers work in silos physically separated from developers, quality always gets worse. When operations work in silos and don’t collaborate with developers, deployment is always going to be a high-risk, painful activity.
2. How do you sell the benefits of continuous delivery to clients who have infrequent releases?
The HP LaserJet firmware team just brought out a book that describes how they implemented continuous delivery: “A Practical Approach to Large-Scale Agile Development“. Obviously you don’t ship new firmware that often, but implementing continuous delivery provided enormous benefits for them. They measured team activity over the three years it took them to implement continuous delivery and found it reduced development costs by 40% and increased the amount of time the teams were spending on feature development (as opposed to non-value-add activities such as integration and manual testing) by a factor of 5. They implemented continuous integration and extensive test automation – they have 30,000 automated functional tests that run in virtual and emulated environments on logic boards – and if somebody checks in a change to version control that breaks the tests, the change gets automatically reverted straight back out of version control. The most important benefits of continuous delivery are second order – giving developers fast feedback so they can take responsibility for their actions, so they get rewarded for delivering work that is integrated, tested and production-ready, rather than “dev complete”. That forces teams to architect their systems with automated testing and deployment in mind, and to perform those activities frequently from early on. If you’re doing it right, you completely remove the integration and testing phase – your software is in a deployable state from day 1 of the build phase, which means releases are low risk, you can get feedback much more quickly and avoid working on features that aren’t valuable to your customers, and you can measure your progress and identify risks in a transparent way.
3. What are some of the challenges teams face when adopting continuous delivery?
The main challenges to adopting continuous delivery are organizational and architectural, and these two problems are tightly coupled (which is what Conway’s Law tells us). It’s usually best to start with continuous integration, which means every developer is checking in to trunk at least once a day, we build and test the complete, integrated system every time a change is made to version control, and if there is a problem everybody pays attention and we prioritize fixing it straight away. Doing everything in that one sentence is still a tall order for most organizations. Often there aren’t enough automated tests, the ones that exist are flaky, they’re expensive to create and maintain, and nobody cares much if they fail. Production-like integration environments are often expensive to provision and hard to get access to. Developers don’t work on trunk because it slows down the rate at which they can declare their crappy, buggy, undeployable code “dev complete”. It’s hard to retrofit automation to systems that aren’t designed for it, and it’s hard to retrofit CD into silo-based organizations. So adoption is usually impossible unless management is bought in and at least some of the engineers are willing to change the way they work. It’s always the organizational issues that kill you in the end.
4. What is the take away for the attendees of the workshop?
The low-down on how to implement continuous delivery in real life, even in large, distributed organizations. I cover everything from continuous integration to patterns for low-risk releases, with material on automated infrastructure management, managing databases, and how to create maintainable suites of automated acceptance tests. I also discuss organizational issues and the value proposition so practitioners are equipped to talk to their management. That’s a lot of ground to cover so there’s no hands-on coding, but the advantage is that it’s at a high enough level that anybody can benefit – developers, infrastructure people, dbas, managers, testers. One of the benefits is that just by getting all those different roles into one room, we can get an appreciation for the problems we each face, which usually leads to some interesting discussions.
Like all other workshops, this workshop has limited seats. Book soon to avoid disappointment: http://booking.agilefaqs.com
Past Talks: http://continuousdelivery.com/talks/
Wednesday, December 5th, 2012
At Agile India 2013, we are offering 14 workshops, all under one roof from 16th February to 2nd March. This is a unique opportunity to learn from experts all over the world, don’t miss out! One of the workshops we will be running is titled ‘Kanban Primer’, by Masa K. Maeda.
Masa is the creator of Lean Value Innovation, he is an internationally recognized expert on Lean and Agile Project Management, Kanban and Scrum. He started Valueinnova in the Silicon Valley California in 2008.
He has spoken at several conferences including Lean Kanban and Agile India 2012. He was one of the favorite speakers at Agile India 2012 based on the feedback we received.
We stole some of Masa’s precious time and quizzed him about Kanban and its benefits.
1. What are key benefits of Kanban over the first generation agile methodologies like Scrum?
Kanban is a fabulous practice that is equally applicable to technical teams and to management and leadership teams. The biggest benefit of Kanban is that it brings an amazingly effective way to improve process and to generate a culture of continuous improvement with very minimal effort. It is also fun to do. It accomplishes this by being highly adaptive and improving value flow over existing processes. This is great news because it means Kanban is equally applicable to organizations doing Waterfall, Scrum, XP, or other. Yes, this means it also helps improve value generation and delivery over other agile methodologies. It also means it can be applied beyond IT and software development. Some people think Kanban is only good for IT work but that isn’t actually so. We have applied it very successfully to Software Development, Admin, HHRR, Healthcare, Education, Telecommunications, etc.
2. Is it possible to introduce Kanban into an an organization this is already practicing Scrum/XP?
Definitely yes. Kanban is compatible with other methodologies. It actually helps improve the performance of Scrum and XP teams. Kanban has been proven to actually make it easer for agile adoption to spread more easily and more quickly. One example of how it helps improve Scrum is by improving the flow of Stories and also by bringing an effective way to handle urgent tasks. For XP teams it allows to better visualize the work to do and being done, aligning better the dev-test activities as well as the UAT. In both cases it increases customer satisfaction because value delivery improves over time.
3. Who is the workshop intended for?
It is equally good for executives, managers, and team members. Executives benefit using Kanban, for example, to manage their business and customer portfolios, and by reducing time-to-market. Managers benefit because Kanban gives them visibility and predictability over projects; and by reducing delivery time through continuous improvement. Team members benefit because it increases autonomy, effectiveness, and quality. It is important to understand that Kanban is not a technical practice but rather a discipline to improve what we currently do, be it technical or managerial.
4. What is the key take away for the attendees?
This workshop will allow them to get enough knowledge to get started with Kanban. They will have the bases of its system and the method itself. This means they will be able to figure out how to create an effective Kanban board, generate the key elements to have high visualization, to do root-cause analysis and to effectively increase value flow. The workshop is highly interactive through lots of team exercises. It will be a fun day. Our training typically gets the highest scores during evaluations because of its format and because of the amount of knowledge and understanding acquired by the attendees.
Lean Value Innovation - Agile India 2012
Seats are limited for this workshop, book soon to avoid disappointment: http://booking.agilefaqs.com
Wednesday, December 5th, 2012
Kevlin Henney is an author, presenter, and consultant on software development. He has written on the subject of computer programming and development practice for many magazines and sites, including Better Software, The Register, C/C++ Users Journal, JavaSpektrum, C++ Report, Java Report, EXE, and Overload. He is a member of the IEEE Software Advisory Board. Henney is also coauthor of books on patterns and editor of ’97 Things Every Programmer Should Know’.
Henney has given keynote addresses at a number of conferences, including ACCU, DevWeek, Embedded Systems Club, GeeCON, GOTO, JAOO, Jfokus, NLUUG, OOP, PHPNW, SDC, Software Architect, and XP Day.
We are really excited to have Kevlin present his workshop on ‘Architecture with Agility’ at Agile India 2013.
This week we interviewed Kevlin and got some more information about his workshop.
1. Agile practices talk about emergent design and iterative production, how does architecture fit into this model? Is agile architecture emergent?
Process influences and is influenced by what you build and what you can build is influenced by process. Software architecture can best be considered the set of significant design decisions, where significance relates to cost and difficulty of change. Agile projects that do not consider their architecture are not likely to remain agile for long. If an agile project focuses on delivering functionality at the expense of a design that supports incremental development, it will find itself struggling to deliver functionality.
Of course, what constitutes a significant design decision is not obvious up front, so establishing an architecture is necessarily a dynamic that flows through the whole development rather than a fixed activity locked into an early phase of development. Architecture embodies knowledge, knowledge is acquired by learning and learning takes time; a development process structures this time.
2. What are some of the misconceptions about agile architecture?
The most obvious misconception is that a good architecture will just happen and emerge miraculously from a succession of iterations, without focused responsibility and effort. Agile architecture requires guidance and nurturing, shaping a system through a succession of changes, each considered to be an experiment against a hypothesis, each considered to be open to review and change.
3. What is the key take away for the attendees from the workshop?
An architecture will constrain or enable the process of development. If you want to be agile, want to make changes frequently and sustainably, want to deliver and get feedback more often, then you need an architecture that supports rather than frustrates such a process. And, like most things in life, if you want good architecture, you have to care about it.
Past talks by Kevlin:
Kevlin’s workshop has limited seats so go ahead and book at http://booking.agilefaqs.com before it is too late!
Thursday, November 29th, 2012
David West has been a software professional for forty years, most recently as a consultant/coach in Agile, Design, and Enterprise-IT Integration. He is the author of Object Thinking (Microsoft Press Professional) and has been a speaker at numerous conferences including SPLASH (new OOPSLA), Onward!, Agile, and various PLoPs. He has graduate degrees in Computer Science, Cultural Anthropology, and Cognitive Science along with an undergraduate education in Asian Philosophy.
He believes in people, not technology or methodology. He has a wealth of experience in achieving systemic change and IT-Enterprise integration while significantly, reducing IT costs.
We are very privileged to present David’s workshop on ‘The Agile Enterprise‘ at Agile India 2013. His many years of experience will no doubt add immense value to the conference.
We asked David some questions about his workshop. A key focus of the workshop will be about breaking down the silos that exist between IT and business.
Why is it important to break down silos that often exist between IT and business?
There are two important reasons. The first arises from the four agile values (originally XP values) – two of which, Communication and Feedback – mandate the free flow of information “in real time.” By real time, I mean the time frame in which the work is being done. There is nothing more frustrating than having to wait for a question and answer to go through channels, when a direct communication could resolve the issue and allow you to proceed with your work. If you look at all the agile practices, most of them are intended to enhance communications among the Whole Team.
The second reason is not as easy to see. We have known since the 1960s of the problem of “necessary interpretation.” An example: The business person articulates some needs and expectations – requirements – to the systems analyst. This is done using some kind of ‘formal’ model. The model cannot contain all of the understanding of the business person, tacit knowledge is omitted, for example. The system analyst must interpret the model, using her own mental language and translate the requirements into specifications, again omitting much of what she knows from her formal model. The programmer must, yet again interpret the specifications and translate into their mental language (which is a function of the particular programming language used) and write their code. This chain of interpretation and translation consistently generates software that bears only a partial resemblance to what was expected. The more links in the chain – the more silos you pass through – the greater the divergence.
In your experience, what makes it really hard to break down these silos?
Business, and to an even greater degree Software Engineering, are grounded in a philosophy of “scientific management.” This is a cultural phenomenon which means we are not even aware, usually, of why we do things the way we do. Scientific management principles focus on formality, constraint, and control. In communications this takes the form of establishing formal communication channels, defined formats for communication (formal models like UML), and limits on how many people any individual should manage and therefore communicate with. Add a strict hierarchy, and you get lots of silos. This is justified with arguments like, “you cannot have everyone talk to the CEO, she would not have the time to read and respond.” This entire culture of scientific management extends beyond the IT shop and the business and makes it extremely hard to change – even with awareness.
What will be the key take away for the workshop attendees?
Participants will leave with a simple and extremely powerful model of the enterprise; useful for integrating IT efforts with business objectives, mapping agile practices to the satisfaction of business needs – all while providing a foundation for leveraging IT to support an agile and innovative organization.
If you’re thinking of registering for this workshop, do remember that seats are limited. Book soon to avoid disappointment. http://booking.agilefaqs.com
Tuesday, November 27th, 2012
At Agile India 2013, in addition to the main conference, we will be hosting fourteen exclusive workshops, all by well known, expert agilists. This is an unique opportunity to learn from experts around the world.
Recently we interviewed Laurent Bossavit to get some insight into his rather different workshop – ‘Playing games for fun and profit‘.
Picture by Bam Thomas
Laurent Bossavit started of his career as a developer and was an “early adopter” of Agile. He was the recipient of the 2006 Gordon Pask award for contributions to Agile practice. Laurent is one of the people who has invested a lot in bringing agile to a wider know audience. He also wrote the book ‘The Leprechauns of Software Engineering‘.
He now heads Institut Agile, a privately funded, independent entity whose missions include growing the Agile business ecosystem, creating stronger links between the business and research communities interested in Agile approaches, and providing stronger empirical evidence on the benefits and limitations of Agile practices.
During the interview, we asked the following questions to Laurent:
What triggered your interest in agile games?
Games, interactive workshops and project simulations have been part of the Agile thinking and teaching toolkit from the very beginning. My first experience was using the ExtremeHour format back in 2000, to teach a team, I had recently joined, the basics of Extreme Programming. I’ve never stopped using them since, in my training classes and in retrospectives for instance.
Some of the core Agile practices, such as “Planning Poker“, also take the form of games. However, more recently a number of Agile folks have started seeing and using Agile games not just as teaching or coaching tools, but also as an integral part of the way teams can work together. For instance, they can be used to bring about better understanding and collaboration between Product Owners and developers on a team.
These more recent developments reinforced my interest and made me look at our use of games in a new light.
What are the advantages/benefits of using agile games as opposed to traditional methods like meetings?
Suppose you’re interested in getting a group’s best ideas on an important decision, such as which features to include or leave out of the next release of a software product or system. It’s often a lot of hard work convening and running a meeting for this kind of result: someone has to put a lot of effort into running the meeting, making sure everybody contributes their knowledge but nobody “takes over” the meeting, and so on. Even when meetings are run efficiently, people rarely like them – and so, sometimes, participants end up sabotaging them.
With a “serious game” approach you don’t need to run things: you explain the rules and the objectives, stand back, and let the process unfold. If the game is well-designed, not only will you reach the intended outcome – a set of decisions – you will also have fully engaged participants who all contribute to the extent that they have creative ideas, and on top of that have fun and want to do it again!
What is the take away for the attendees from the workshop?
This is a completely hands-on experience; we’ll play a number of games, and during the debriefs we’ll discuss why and how they work in business settings. The idea is to come away with games that you can use immediately on getting back to work from the conference.
Attending the workshop is a great way to get a first introduction to Agile games for people who are new to the topic, and maybe to discover some new games for people who are already experienced. There will be something for everyone!
If you’re thinking of registering for this workshop, do remember that seats are limited. Book soon to avoid disappointment. http://booking.agilefaqs.com
Thursday, November 22nd, 2012
At the Agile India 2013 Conference, we are pleased to offer you 14 exclusive workshops.
The following three workshops should give you a feel for what we have in store:
The Fastest Learner Wins by Mary and Tom Poppendieck
No matter how large and successful a company is today, it’s long term survival is by no means guaranteed. Only a few large companies have been able to sustain growth over time by coming up with a steady stream of new disruptive businesses. How do they do it? More…http://bit.ly/ThmqKV
Honing Technical Practices To Realize Sustainable Agility by Venkat Subramaniam
Agile development is the new rage. Everyone is doing it. Organizations of various size and in different market have jumped on the bandwagon. They’re practicing various management approaches and are holding stand-ups. But, the key question is, are they succeeding with it? More…http://bit.ly/Thmri7
Problem-Solving and Decision-Making in Software Development by Linda Rising
For those of us who struggle with complex problems for a living, unfortunately, don’t have time to keep up with the enormous amount of research in cognitive science that would help us be better thinkers and influencers. More…http://bit.ly/ThmkmE
Thursday, November 22nd, 2012
The third workshop we are covering is ‘Problem-Solving and Decision-Making in Software Development‘ by Linda Rising.
Linda is well known for her book ‘Fearless change Patterns for Introducing New Idea‘. It is cited for providing proven techniques, formulated as patterns, for implementing change in teams and organizations. She is well respected for her work on patterns and their application in the workplace.
Linda has delivered keynotes at many agile conferences and is an internationally well-known speaker. We are really looking forward to her keynote at Agile India 2013 and also this particular workshop.
This week we spent some time with Linda to get further information on her workshop and to discuss her keen interest in how the brain works.
What motivated you to do research in cognitive science?
When Mary Lynn and I were writing Fearless Change, one of our reviewers said that the reason the patterns worked was because they were based on influence strategies. I had heard of “influence” but didn’t realize it was a special area of study in “social” psychology – the psychology of group behavior. I started looking at the growing research in that field and it led to my current passion to follow advances in cognitive psychology. This field is making enormous headway and it has significant impact on the way we work. We need to pay attention.
Can you give us an example of the application of cognitive science in software development?
The most important news from this area is the disturbing finding that we are not rational thinkers. I have believed this nearly all my very long life so it is difficult for me to accept, even as I read the pretty clear evidence. Even smart people are not rational. And, it’s not that we are not rational some of the time. The message is that we struggle to apply rational approaches to any of our decisions. This turns our development process upside down. In the past we believed that customers were rational, fellow developers and testers were rational and that was how we communicated and made decisions. Seeing that we make decisions based on what is not only not rational but not available to us or anyone else, means that we can’t make assumptions about what others say or do.
What is the take away for the attendees from the workshop?
It’s impossible to summarize all of the advances in cognitive science but I will try to hand attendees a list of practical tips that they can apply when they return to work. These tips will help them be better thinkers, better problem-solvers, and better able to influence others. I also hope to encourage all of the participants to become interested in this area. I can provide references to help them get started.
Who is the target audience for the workshop?
Anyone who works in any organization and must solve problems, make decisions, or convince others will benefit.
Some past talks by Linda: http://web.lindarising.info/Live_.html
Monday, November 12th, 2012
This is the second in the series of posts that we will be doing for workshops taking place at Agile India 2013. The next workshop we are focusing on is “Honing Technical Practices To Realize Sustainable Agility” by Venkat Subramaniam.
Venkat is founder of Agile Developer, Inc. and has trained and mentored thousands of software developers in the US, Canada, Europe, and Asia. He is also an award-winning author and has written several books including: ‘NET Gotchas’ and ‘Practices of an Agile Developer’ (winner of 2007 Jolt Productivity Award). He is a regular invited speaker at several international conferences.
We feel quite privileged to have him present several talks and also this workshop at Agile India 2013. He was one of the favorite speakers at Agile India 2012 based on the feedback we received. Also his video from Agile Inida 2012, was the most viewed video online.
While Venkat was traveling around the world attending conferences, we stole some of his time and asked him a few questions about his workshop.
What’s the take away for the attendees from the workshop?
Learning practical technical practices to sustain and succeed with agile development.
Agile development is really feedback driving development. Many organization and teams are really excited and focused on succeeding with agile development. They have aggressively adopted various management practices. While this is good and essential, it is not sufficient.
In addition to receiving feedback, the team has to respond quickly and effectively to the feedback received. In addition to right intentions, the team needs to have the technical ability to respond to change. It is hard to be agile if our code sucks. Having high quality code and quickly running automated tests, can help respond to those feedback and keep the response cycle running smooth.
Management practices (and the management support) are like the left wheels of a car. Technical practices (and the support from programmers and testers) are like the right wheels of a car. For a stable sustainable progress these wheels have to be aligned.
Programmers serious about improving their technical skills to support agile development on their projects or for the companies will benefit from this workshop. They will learn specific skills that have impact on their ability to respond to change and support their teams. They will learn how to create lightweight, evolutionary design, how to recognize and evaluate such design, to refactor code, write useful unit tests, create effective mocks, and how to practically create continuous integration feedback loops.
I invite programmers to bring their computers, roll up their sleeves, pair up with fellow practitioners, get their hands dirty with code and design, and hone their technical skills through this workshop. There is very little theory in this workshop, its all about learning by doing.
What are some of the main topics covered in the workshop?
- Agile development and sustainability
- Cost of technical practices
- Driving design using automated tests
- Evolutionary architecture
- How to make good use of mocks to aid unit testing?
- How and when to refactor code?
- Practicals of continuous integration
Are there specific tools or languages that you plan to focus on?
There is strong influence of programming languages and automated tools in this workshop. However, programmers have the flexibility to use the language they’re most comfortable with or relevant to their work. I can comfortably program in about 8 languages, which includes the main stream languages, so should be able to assist the programmers with specific questions and also compare and contrast approaches based on language influences.
Who’s the workshop intended for?
Programmers passionate and genuinely interested in improving their technical skills to support their organization’s agile development efforts.
Links to some talks/presentations by Venkat:
Friday, November 9th, 2012
At this point, 400 delegates have registered for Agile India 2013 Conference in less than 3 weeks.
Looking at the delegates who’ve registered so far, we have represenation from the following companies:
- Alcatel Lucent
- Alliance Global Services
- Allscripts India Pvt. Ltd
- Aricent Technologies
- BNP Paribas India Solutions
- Cognizant Technology Solutions
- Direction Software Solution
- eGain Communications
- Enteleki Technology Solutions
- Envestnet, India
- HCL Technologies
- Huawei Technologies
- Independent Consultant
- Intergraph Consulting Pvt. Ltd.
- John Deere India Private Limited
- Multunus Software
- Ostrya Labs
- Pitney Bowes Software
- Rotary International Infotech Pvt. Ltd.
- S.i. Systems
- SAP Labs India Pvt. Ltd.
- Shop Smart Inc/BradsDeals.com
- Societe Generale
- Software Artisan
- SymphonyTeleca Corporation
- Synerzip Softech India Pvt. Ltd.
- Tata Consultancy Services
- TenXperts Technologies
- Thomson Reuters
- ThoughtWorks Technologies India Pvt. Ltd.
- Yahoo India Pvt Ltd
And their roles:
- Agile and Lean Coach
- Agile Coach
- Agile Coach/Scrum Master
- Agile Project Manager
- Co-Founder and CEO
- Code Junkie
- Code Monkey
- Development Manager
- Engineer 2
- Engineering – Director
- Engineering Lead
- Engineering Manager
- EVP & CTO
- Executive Manager
- General Manager
- General Manager – Quality
- Head of Engineering
- Head of Project Management
- Lead Executive Quality
- Product Owner
- Product Owner/Technical Lead
- Program Manager
- Project Manager
- Senior Consultant
- Senior Manager
- Senior Manager – Consulting
- Senior Manager-Technical Group head
- Senior Manager, Agile Coach
- Senior Project Manager
- Senior Software Engineer
- Software Architect
- Software Artisan
- Software Developer (Embedded System)
- Sr. Associate
- Sr Engineer
- Sr. Manager
- Sr. Manager – Projects
- Sr. Project Manager
- Sr. Quality Manager
- Sr. Software Engineer1
- Sr. Vice President
- Team Lead
- VP Solutions