|
|
browse.develop.com
Browse.develop.com is a community that was established to collect and
organize valuable web information. Our technical staff have selected and
indexed information and courses that they feel will help you stay
current on best practices across the SDLC.
|
11 Articles match "Organization","Process"
|
Related DevelopMentor Courses
|
MORE
|
|
Essential Techniques for Gathering Requirements
Describe the planning, techniques, and partnerships that are vital to the success of requirements gathering Identify and differentiate between the different types of requirements that need to be gathered Describe the importance of documenting business objectives and project scope before gathering requirements Utilize a context diagram to scope the requirements Utilize a process, techniques, and templates for stakeholder identification and analysis Apply industry best practices to common issues with Stakeholders during requirements elicitation Plan and Conduct a Good Interview and a Facilitated
DevelopMentor Courses
- Friday, June 12, 2009
Foundations of Agile Development using Scrum
Upon completion of this course, Students will be able to: Follow Scrum processes, fulfill roles and responsibilities Develop software in an Agile fashion using time-boxed iterations Understand Agile values and principles Participate in Scrum style meetings such as daily stand up, planning and retrospectives Identify development impediments and take action to remove Understand the technical practices common in Agile development and Scrum Complete exercises to simulate Agile development and practices in the classroom This course provides a practical introduction to Agile Software Development using
DevelopMentor Courses
- Wednesday, June 17, 2009
Essential Techniques for Developing Requirements for COTS Package Solutions
Tips, Techniques, and Templates will be presented to: Elicit business requirements as the foundational step in evaluating COTS products Create a Request for Proposal that aligns with business needs Determine the gaps between available COTS products and the business requirements Utilize Use Cases to extend the functionality of COTS products Determine the impact to legacy system interfaces Address common misconceptions when purchasing COTS products Ensure alignment between the product selected and the business needs As companies choose Commercial-off-the-shelf (COTS) products in place of developing
DevelopMentor Courses
- Friday, June 12, 2009
|
56 Articles match "Organization","Process"
|
The Latest from DevelopMentor
|
MORE
|
|
Are there any System Analysts out there?
I’ve looked and I’ve asked and the role seems to have disappeared from organizations. The BA is concerned with the people element of item 4 (and the implied process change) while the Architect is concerned with hardware, software, db, etc. Has anyone met a System Analysts lately? I ask because I’ve been looking for over a year and can’t find one. I should say immediately I’m not looking to hire one, rather I want to find out what they do.
Allan Kelly's Blog
- Tuesday, February 2, 2010
Creating change through IT projects
When I think of “Change Programmes” I am thinking of the scenario where an organization decided something must change. introduce a new IT system, change the business processes, etc. - Too often companies use IT as a blunt instrument to impose a change in process, behavior and working practices. In my last blog ( Magic happens here - ERP, CRM, SAP, BPM ) I mentioned change programmes in passing but didn’t elaborate. So I will now.
Allan Kelly's Blog
- Tuesday, November 10, 2009
Agile approach to BPM / BPE / BPR
Continuing on the Business Process theme I want to think about what an Agile approach to BPM/BPR would be. For me there are two scenarios: Business Process Management for new processes and the “re-engineering” version which looks improve existing processes. Yes, it is bootstrapping yourself to organic growth. In the first case the answer is: start small. Don’t just look to develop a small piece of software;; look at the business you want to enter, look at the product or service you plan to offer.
Allan Kelly's Blog
- Thursday, October 29, 2009
|
-
|
The Best from DevelopMentor
|
MORE
|
-
An organization mapping exercise
Jim and Neil Harrison have been running these workshops for some years, their aim was to better understand development organizations and produce the patterns in their book “Organizational Patterns for Agile Software Development.” Typically they run the workshop with a software development team, at the end of the sessions they have a collection of index cards they can analyze and produce a map of your organization. This map can then guide you through their patterns telling you which patterns your organization is using, which is isn’t using and which it should think about using.
Allan Kelly's Blog
- Wednesday, June 15, 2005
-
Flexibility, design and process
Less is more .) The same is true in development processes. Often a company cries, “We need a flexible development process” because... we need to respond to anything a customer can throw at us, all our projects are different, etc. But I wonder how many of the organizations that say this actually do vary their process? In my experience companies like to say this but the only real variation that occurs is the number of people on the project. The actual project process is left vague and ill defined “for flexibility.” If there really is no similarity
Allan Kelly's Blog
- Thursday, May 19, 2005
-
Blue White Red - a simple Agile process
This piece describes a simple Agile process which I have used successfully. All I claim is it worked for me, my teams and has been used in multiple organizations. What I think is important about Blue White Red is that is shows how you can start to roll-your-own Agile-like process. My article from last months ACCU Overload is now on my website. I don’t claim it introduces anything new or radical.
Allan Kelly's Blog
- Thursday, November 1, 2007
-
Notes on a Kanban software development experience
The spec wasn’t perfect but the organization expected them to complete it. Its hard for a team of five developers (and a Product Mmanager) to be self-organizing when there is an equal number of self-organizers.) However, there was some work needed to map out the correct process flow for the Kanban teams to have on their boards. I’ve mentioned the Kanban software development method in this blog before. For those who don’t know its “the new kid on the block” in Agile circles - although the originator (David Anderson) would be quick to point out it is designed to
Allan Kelly's Blog
- Thursday, January 29, 2009
-
Time to end Foie Gras recruitment
This production process has led to attempts to ban foie gras - as in Chicago a few years ago . Personally I’d like to end a practice I’ve seen too many times in the software industry and which I’ve come to call foie gras recruitment . It happens when an organization decides it needs more software produced and decides to do so by hiring lots of new developers. I can never decide if I actually like foie gras as a food. The taste is always secondary to the thought of the force feed ducks.
Allan Kelly's Blog
- Saturday, June 6, 2009
-
Making sense of Kanban (and some doubts)
As regular readers will know I’m a fan of the Kanban software development process championed by David Anderson . Kanban raises the importance of understanding and creating a learning organization. All the Agile process suffer with a version of it. However it has to be said that the jury is still out on Kanban. I’ve come to the conclusion that one of the dangers with Kanban is actually one of the reasons I like it. To properly implement Kanban you need to create a learning culture, there really needs to be a drive towards learning, change and improvement.
Allan Kelly's Blog
- Tuesday, March 3, 2009
-
Make strategy like you make software?
Strategy formation is an emergent process, in the same way that software design is emergent. We embed our knowledge in our code so our organisations can operate: whether it is the Galileo booking system, Google’s Adwords or Unilever’s ERP system the capabilities and limitations of our IT systems are also the capabilities and limitations of our organizations. As Cynthia Rettig argued in her Sloan Review piece, the limitations imposed by an ERP system impose costs on organization There is an interesting piece in the latest issue of the MIT Sloan Review entitled: Should you build strategy like you build software? I can imagine some managers initial reaction: What?
Allan Kelly's Blog
- Wednesday, May 7, 2008
|
|
|
