Jessika GarzaDublin Business SchoolDublin, Select A State, Ireland
Annoying this great community with my student life.
I will soon start working on my dissertation, and as a PM student and Information Security Professional, I want to work on these topics for reasons such as: be updated with latest practices and add valuable contribution on PM processes.
I have seen some material published, but I would like to know if you Project Managers consider it an important part of the Project life cycle, if Information Security Compliance as a process currently included in your Projects or maybe is only considered valuable in Agile projects instead.
I would appreciate some ideas or maybe concerns, obstacles, restrictions, incidents, risks you as Project Managements have faced in reference with Protection of this valuable asset (Information), this way I will make my best to research and at the same time contribute with good research work.
Thank you in advance for your support. Saving Changes...
Anton OosthuizenSenior Business Analyst / Project Manager| Self EmployedPretoria, Gauteng, South Africa
My experience is that depending on the environment and part of the world you work in there might be all sorts of different regulations we have to comply to, one of the painful ones for me is SOX. But yes, if it is called for then you have to consider and incorporate it into your project plan to ensure that all deliverables and/or processes comply. I have not found this need to be driven by the method/approach used but rather by external factors such as the local legislation. If for instance, you are working on a CRM implementation in a region where there is a strict data protection act then you have to make sure your project aligns with the requirements of the act. Saving Changes...
Steve, I think you and I do roughly the same sorts of things based on your IP answer.
A great explanation that is not mine about threats vs. risks:
The hazard is in a harmless state with potential to change into a threat; the threat is the same source, except in a harmful state. ... The hazards and threats are sources of the risk in the sense that they are the actual actors or agents with the potential to harm, while the risk is the potential harm.
I translate that as hazards and threats are the source conditions. Risks are the outcomes.
Keith;
LOL. Yes, I noticed that over the last while. No surprise as I assume we are both working in the military domain, but just noticed now you haven't listed where you work. ;)
Cheers;
Steve Saving Changes...
Jessika GarzaDublin Business SchoolDublin, Select A State, Ireland
Thank you so much for all you answers, they are really valuable for me and are currently helping me a lot! Saving Changes...
Wade HarshmanScrum Master| GDITIndianapolis, In, United States
Don't forget to mention in your dissertation the importance of information security even in non-IT projects. Saving Changes...
Jessika GarzaDublin Business SchoolDublin, Select A State, Ireland
Aug 21, 2019 10:31 AM
Replying to Steve Ratkaj
...
Most definitely. Within our environment, information is categorized as unclassified, confidential, classified (Protected A/ B), secret, top secret, etc. Additionally, we have what is referred to as "Controlled Goods and Technology" in response to the American International Traffic in Arms Regulations (ITAR). There are policies, directives etc. on how to handle such information, and non-compliance will result in a security investigation/ infraction. Additionally, Intellectual Property (IP) can be a huge issue if not dealt with appropriately in resulting acquisition contracts, especially if third parties are involved. One project I was involved with actually had to delete wireless transmission of data from their scope as they did not speak with the proper security OPIs. It was subsequently determined by security personnel, that the data in fact would be classified as "secret" and as such required the appropriate levels of encryption. That brought a whole new level of scope and complexity to the project that they were not prepared to deal with, so they just simply dropped the requirement.
I really appreciate your response, this refreshment of classification of information was really great and valuable.
I found out I was a little bit behind in respect to the latest Project Management processes, I did some research and I found out that Information Security is its part of the Project Life Cycle, now I wonder how is generally being handled in Projects, as part of the Objectives or in the Risk Management Plan, Control/Monitoring Saving Changes...
Jessika GarzaDublin Business SchoolDublin, Select A State, Ireland
Pretty well every IT project I've worked on required a Threat and Risk Assessment as well as a Privacy Information Analysis.
The TRA is usually done by the IT Security group for the project. The PIA can be done either by a project team member or a SME.
Often, projects cannot go live without approved TRA and PIA. (That was the case for my current project.)
Thank you so much for your response, is very interesting and good to know that all the projects now include information Security. Now, also is very valuable for me to see that is part of the Risk Management as well, when you refer to PIA, is it because is part of the activities to be done in the project? if so, would that be on the Planning Phase? .
Another colleague told me Information Security is seen in the Communications Management part, so I understand it is basically done depending on the Project Management style or is it depending of which information is handled on the Project? Saving Changes...
Jessika GarzaDublin Business SchoolDublin, Select A State, Ireland
Aug 21, 2019 2:30 PM
Replying to Aaron Porter
...
Information Security is an important consideration when it's relevant.
Thank you so much for your answer, so how you consider is relevant? Classification of the information? if the information is considered relevant is which area are the processes or guidelines to follow in order to protect the information? Saving Changes...
Jessika GarzaDublin Business SchoolDublin, Select A State, Ireland
Aug 21, 2019 2:34 PM
Replying to Halleh Seyson
...
In any project, there are functional and technical requirements. Part of technical requirements/objectives is a set of regulations or policies to comply with depending on the industry or customer. In IT projects, there are "global" Information Security requirements as well industry/customer specific security requirements. For example a secure login on a website is normally a standard security requirements, on the other hand compliance with HIPPA requirements are to be accomplished if the IT solution stores personal health information.
Hope this helps. Good luck.
Thank you very much for your answer, you are right about the regulations to follow. Even if the project is not entirely IT, depends also of the type of information right?. Now is it normally established in the Risk Management area? , I was told that is on communications as well, I would like to know what is a common practice, hence I could maybe work on a suggestion to standardise processes. Saving Changes...
A project is not outside the organization. If the organization need to comply with some regulation or security level.
So why an organization would accept to have security or compliance issue in a part of itself? Saving Changes...
Jessika GarzaDublin Business SchoolDublin, Select A State, Ireland
Aug 21, 2019 8:55 PM
Replying to Deepesh Rammoorthy
...
Regardless of the life-cycle - predictive like waterfall or iterative like Agile , you absolutely have to maintain Security compliance and Governance
1) IF you have vendors on your project , you need to have signed Non Disclosure agreements with them 2) IF you have vendors on your project, you ought to have done an Information Security Assessment on them to make sure that they will maintain the integrity of your Intellectual Property and it will give you an idea of their security practices and the regulations that they follow 3) You also additionally sign non disclosure agreements with your employees and contractors , whether working on your projects or operationally for your company.
4) you can also establish Secure Channels of exchanging documentation with vendors . e.g providing them only Encrypted USB drives or Sending information through online tools like SecureSend.
5) you also have Privacy Impact assessments (PIA) done on any new applications or systems that you are installing , to question how and where information is being stored by the new systems and applications and whether security guidelines are being followed . Based on the critical nature of the data , this will need to be reviewed by your CISO or your Legal and Privacy Officers
I really appreciate this information, it is really helping me a lot of how I can relate the topics and how are the practices are being done, thank you very much. Saving Changes...