Jump to content

Recommended Posts

Hi.  I _think_ that this is an appropriate location for this topic.

 

I'm just curious what your development processes are like.  At the moment our process is nonexistent at best in my company.  My previous employer had a solid dev process (spec, reviews, write code, reviews, develop tests, review the tests, test the product, review the results, etc.)  How do you guys do things?

Link to comment
https://forums.phpfreaks.com/topic/263485-development-process/
Share on other sites

We use a cross between kanban and scrum at my work. All our work is prioritised to a degree further up the food chain before it even gets to us developers, but the kanban / scrum process allows us to prioritise it further once we have it in our sites.

 

We've only really been working this way for probably the last 6-7 months though, but yeah, it has improved both quantity and quality imo.

Link to comment
https://forums.phpfreaks.com/topic/263485-development-process/#findComment-1350295
Share on other sites

We use a cross between kanban and scrum at my work. All our work is prioritised to a degree further up the food chain before it even gets to us developers, but the kanban / scrum process allows us to prioritise it further once we have it in our sites.

 

We've only really been working this way for probably the last 6-7 months though, but yeah, it has improved both quantity and quality imo.

Where do you work?

Link to comment
https://forums.phpfreaks.com/topic/263485-development-process/#findComment-1350297
Share on other sites

I work for a payment gateway.  For legal reasons, our progress has to be strongly packaged and released in very rare bundles.  We have a team higher up the chain that delivers a prioritized list of items to us every other Monday.  We do 2-week "sprints," finishing the 2-week block of tickets monday->friday, then we move the entire codebase as a block to the QA server, branch the codebase to sprint2, and start over on the next batch the following Monday.  Meanwhile, QA tests sprint1 while we develop sprint2.  The NEXT sprint, we work sprint 3 while QA tests sprint2 and the second round of QA re-tests sprint1 in our staging environment.  We can go up to 20 sprints without a production release, all of the sprints piling up in the staging environment until we do a production push for all the sprints at once.  Any bugs found by QA must be fixed in the sprint in which they were discovered (we have a rotating set of 3 development environments so we can back-fix up to 6 weeks back), and then forward-merged into any sprints "ahead" of the fix version.

 

Yes, it's ridiculous.

Link to comment
https://forums.phpfreaks.com/topic/263485-development-process/#findComment-1350304
Share on other sites

I work for a company in Sydney. We develop administration software for schools.

 

I assume you mean Australia?  I live in the USA, and would love to move to Australia. 

 

I'm the only member of our dev team :) work for a small startup in the finance industry.  So we don't really have any process in place.  It's just code, release, fix problems as they come in, and try to keep too many things from piling up on my plate. 

Link to comment
https://forums.phpfreaks.com/topic/263485-development-process/#findComment-1350306
Share on other sites

I work for a payment gateway.  For legal reasons, our progress has to be strongly packaged and released in very rare bundles.  We have a team higher up the chain that delivers a prioritized list of items to us every other Monday.  We do 2-week "sprints," finishing the 2-week block of tickets monday->friday, then we move the entire codebase as a block to the QA server, branch the codebase to sprint2, and start over on the next batch the following Monday.  Meanwhile, QA tests sprint1 while we develop sprint2.  The NEXT sprint, we work sprint 3 while QA tests sprint2 and the second round of QA re-tests sprint1 in our staging environment.  We can go up to 20 sprints without a production release, all of the sprints piling up in the staging environment until we do a production push for all the sprints at once.  Any bugs found by QA must be fixed in the sprint in which they were discovered (we have a rotating set of 3 development environments so we can back-fix up to 6 weeks back), and then forward-merged into any sprints "ahead" of the fix version.

 

Yes, it's ridiculous.

 

Holy shit. That sounds stressful.

Link to comment
https://forums.phpfreaks.com/topic/263485-development-process/#findComment-1350318
Share on other sites

I work for a payment gateway.  For legal reasons, our progress has to be strongly packaged and released in very rare bundles.  We have a team higher up the chain that delivers a prioritized list of items to us every other Monday.  We do 2-week "sprints," finishing the 2-week block of tickets monday->friday, then we move the entire codebase as a block to the QA server, branch the codebase to sprint2, and start over on the next batch the following Monday.  Meanwhile, QA tests sprint1 while we develop sprint2.  The NEXT sprint, we work sprint 3 while QA tests sprint2 and the second round of QA re-tests sprint1 in our staging environment.  We can go up to 20 sprints without a production release, all of the sprints piling up in the staging environment until we do a production push for all the sprints at once.  Any bugs found by QA must be fixed in the sprint in which they were discovered (we have a rotating set of 3 development environments so we can back-fix up to 6 weeks back), and then forward-merged into any sprints "ahead" of the fix version.

 

Yes, it's ridiculous.

How does your dev environment even look like?  A bunch of virtual machines?

 

And the whole worrying about your code secure 100%, I'd have a heart-attack :-) .

Link to comment
https://forums.phpfreaks.com/topic/263485-development-process/#findComment-1350334
Share on other sites

This thread is more than a year old. Please don't revive it unless you have something important to add.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.