软件项⽬管理痛点_现代软件开发的五个痛点以及如何克服它
们
软件 项⽬管理 痛点
如今,精通数字的客户需要⾼质量的软件和⽹站,他们认为供应商将为他们提供最新的功能。 但是,保持客户的参与度和满意度需要 ,更不⽤说具有利⽤最新开发⼯具,技术和⽅法的技能的软件⼯程师。
结果,软件开发⼈员的世界变得越来越具有挑战性。 让我们看⼀下现代软件开发⼈员的五个关键痛点,以及如何克服它们。
[ ⼩⼼! 。 · 。 · 。 | 通过InfoWorld的编程⽅⾯的热门话题。 ]
协调不⼀致的⽬标
痛点:软件开发⼈员通常对业务领导者和产品所有者建⽴的业务需求了解不完全。 这会导致⽬标不⼀致,从⽽导致不必要和不合适的功能。 同样重要的是,当开发⼈员专注于错误的优先级时,它会创造错失的机会。 放在⼀起,您会得到不满意的客户,他们没有得到他们所需要的东西。
[ 免费的三个⼩时的Kubernetes⼊门课程,该课程由Pluralsight和InfoWorld提供。 ]
⽬标错位会在团队之间造成信任不⾜,并可能导致冲突和产品失败,从⽽使公司客户,收⼊和利润蒙受损失。
该怎么办:开发⼈员和业务负责⼈之间的定期沟通对于防⽌⽬标错位⾄关重要。 此外,随着业务⽬标随着时间推移⽽变化和完善,考虑这些变化的过程对于长期成功⾄关重要。 开发⼈员必须对不断发展的想法和要求保持开放和灵活。
您需要意识到,当产品所有者更改其要求时,通常有充分的理由。 当然,企业所有者有时会在没有合法需要的情况下转移其⽬标,优先级和期望。 有时,快速发展的业务需求可能会使开发⼈员感到困难。 但是灵活的业务领导者和强⼤的团队间关系可以带来更好的最终产品,最终使客户更快乐,并使组织更成功。
跟上所需的创新速度
痛点:新兴技术正在以令⼈眼花pace乱的速度推动新产品的提供。 加快软件开发⼯具和流程的创新会影响您产品的功能和市场认可度,并最终影响公司的成功。
DevOps,云计算,AIOps,智能系统甚⾄移动计算等创新在⼏年前还鲜为⼈知。 时⾄今⽇,它们都是现代软件应⽤程序开发不可或缺的组成部分。
怎么办:现代软件应⽤程序不再是静态的,您也不能再是静态的。 开发⼈员必须保持对新思想和观念的开放性,紧跟最新思想和创新,并到创造性的⽅法来将新⼯具和技术应⽤于不断发展的企业应⽤程序需求。
具有讽刺意味的是,这使软件开发⼈员的位置与其业务领导者相似。 您的业务负责⼈有责任了解客户不断变化的需求。 您有责任了解可⽤来帮助解决这些需求的不断发展的功能。
紧跟最新的软件⼯程技术
痛点:还记得当时风⾏⼀时吗? 还记得XML是应⽤程序间通信的解决⽅案吗? 如何在上构建企业软件开发的⽇⼦呢? 还是PHP使Web应⽤程序开发变得轻⽽易举?
如果您从事该⾏业已经超过⼏年,那么当您⾼度调整的技能组合中的某些部分突然显得不那么重要时,您可能会受到影响。 取⽽代之的是,⼈们越来越追求新的技能。
在软件⾏业中,⼀项技能,技术或过程的寿命似乎在两到三年左右。 当您构建应⽤程序并开始在市场上看到其成功时,⽤于开发该应⽤程序的技术可能已经过时了。 为了应对这种极端的创新速度,您必须紧跟不断变化的⾏业规范和要求。 即使越来越多的压⼒要求您以更少的成本,更快的速度做更多的事情,您也必须花时间投资以保持技能的最新⽔平。
开发网站需要什么软件该怎么办:在1980年代流⾏的概念对于在瞬息万变的软件⾏业中成功定位⾄关重要。 T形个⼈对许多技术有⼴泛的了解,但在⼀些关键领域也有深刻的了解。 这种结合使这些⼈在其专业知识领域具有很⾼的价值,⽽⼜不会忽略全局。
随着时间的流逝,您专注于“ T”主⼲的特定技术应该并且将会发展。 同时,⼴泛的了解和理解(“ T”的纵横线)可以帮助您决定接下来要专注于哪些技术。
消除环境⼲扰
痛点:现代⼯作环境既是福也是祸。 共享⼯作舱,开放式办公室和专⽤团队空间已被认为可以 ,更不⽤说节省房地产成本了。
但是,软件⼯程师仍然需要时间来实际开发软件,并且许多现代⼯作环境似乎都没有意识到这⼀要求。 ,⼈们期望所有⼈都可以随时进⾏快速讨论。 开发⼈员会发现很难集中精⼒处理⼿头的⼯作,因为他们会被拉到不同的⽅向。
该怎么办:即使在现代⼯作环境中,重要的是到时间和空间以保持安静,反思性思考和提⾼⽣产⼒。 远离繁忙办公室的停机时间对于成为⼀名有效的开发⼈员⾄关重要。
许多开发⼈员使⽤⽿机来创建⽆⼲扰的环境,但可能还不够。 要获得更深⼊的关注,请在远离正常团
队环境的地⽅到⼀个安静的⾓落。关闭通知并退出所有设备(包括计算机和⼿机)上的协作和通信应⽤程序。 穿上营造沉思氛围的⾳乐。 这样的正念做法可以帮助您成为⼀名更有效的⼯程师,并且在您不关注棘⼿的开发问题时也可以更好地为您的同事提供帮助。
管理运营开销
痛点:随着DevOps的兴起,开发⼈员获取软件并将其“扔在墙上”以进⾏操作管理的⽇⼦已经⼀去不复返了。 是否准备就绪,现代软件⼯程师正在成为他们⾃⼰的运营⼯程师。 有上⾏空间吗? 没有什么⽐将要在出现问题的情况下在深夜唤醒的应⽤程序更专注于构建⾼质量,可伸缩性和⾼可⽤性的应⽤程序了。
事实证明,集成dev和ops功能对应⽤程序有利,对创建它们的企业有利。 了解构建可有效,⾼效和可靠地⼤规模运⾏的应⽤程序所必需的⼯具和技术,也对软件开发⼈员的成长和发展有益。 但是DevOps增加的运营责任是有代价的。 许多开发⼈员在不了解⼤规模维护应⽤程序涉及什么的情况下承担了操作职责。 ⽽且,增加的运营负担可能会成为专注于创建出⾊软件的⼜⼀分散注意⼒。
该怎么办: 可以帮助开发⼈员在不打电话时专注于开发,并在他们打电话时专注于提⾼应⽤程序的操作能⼒。 团队应强调,应召集的开发⼈员不应为实现新产品开发承诺⽽进⾏计划。 相反,他们应该借此机会更好地了解运营要求并改善运营基础架构。 着眼于当你在通话业务⽅⾯应该可以帮助您注重发
展问题时,你是不是随叫随到。
不管喜欢与否,开发⼈员可以坐下来,敲出⼀些代码,然后扔到墙上让别⼈担⼼的⽇⼦早已⼀去不复返了。 在现代软件世界中,对于在更复杂的环境中使⽤更复杂的软件的期望要求开发⼈员不断成长,扩展和现代化,就像他们对⾃⼰创建和维护的应⽤程序所做的那样。
Lee Atchison是的云架构⾼级总监。在过去的七年中,他帮助设计和构建了⼀个基于服务的可靠产品架构,该架构从初创企业到⾼流量的公共企业。Lee拥有32年的⾏业经验,其中7年是的⾼级经理。在亚马逊,他领导了公司第⼀个软件下载商店的创建,创建了AWS Elastic Beanstalk,并管理了亚马逊零售平台向基于服务的新架构的迁移。他是O'Reilly Media在2016年出版的《 》⼀书的作者。
-
新技术论坛提供了⼀个以前所未有的深度和⼴度探索和讨论新兴企业技术的场所。选择是主观的,是基于我们选择的技术,我们认为这些技术对InfoWorld读者来说是重要的,也是他们最感兴趣的。InfoWorld不接受发布的营销担保,并保留编辑所有贡献内容的权利。将所有查询发送到。
软件 项⽬管理 痛点
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。
发表评论