需要新移动开发团队的 5 个迹象
已发表: 2021-10-05它应该感觉像通往天堂的楼梯。 你已经开始转动轮子了，你应该为自己感到自豪。 你有一个绝妙的项目创意，你去雇佣那些不断敲打自己胸膛的人，说他们会以合理的价格让它工作。 然而，这感觉非常令人不安，你的开发团队有那些令人讨厌的迹象让你失望。 每次你与本应让你梦想成真的人互动时，你都不会感到平静； 它只是不再满足。 那么你应该去哪里寻找这种尴尬的原因呢？ 问题是在你这边还是在另一边——如果有的话，如何处理糟糕的程序员？
为了帮助搜索，我们将尝试突出显示您的期望和您的团队分道扬镳的关键点。 本文不是对优秀开发人员与糟糕开发人员的比较，因为没有最终迹象表明一家糟糕的软件公司。 这里有一些你在开发过程中应该特别注意的事情； 尽管我们不会向您提供直接陈述，例如不良开发人员的特征或不良开发公司的迹象； 我们将提请您注意每个企业家都应该注意的一些警告信号。
1. 你的团队系统地搞砸了设定的最后期限。
在这一点上没有不必要的夸张，我们都是人类。 不管是好是坏，我们双方的错误往往会发生，并不是所有的错误都可以提前避免。 由于紧急情况，一次错过的最后期限可能可以得到解释和原谅。 然而，忽视系统设置的最后期限是一个坏兆头——它象征着不合理的资源分配，这可能会导致重大的产品问题。
解决方案：
当代世界有大量时间管理工具，可帮助您设置任务、跟踪花费在这些任务上的时间并正确估计小时数。 为了这些目的，我们在 Mind Studios 中使用以下工具：
Slack - 每个企业家、创始人、投资者和风险投资人的梦想。 Slack 让我们的团队协作更上一层楼，它为我们提供了任务管理和团队消息传递的集成。 它还美观、有趣且设计精良，让我们的客户和我们的团队都能享受沟通的过程。
Redmine - 一个灵活的项目管理 Web 应用程序，可让您创建项目、将它们拆分为史诗、估计任务并计算在每个任务上花费的时间。 Redmine 的付费替代方案称为 Jira，也可用于更好的项目管理。 在上述工具的帮助下，我们在截止日期到来之前就知道了截止日期，这大大减少了“错过目标日”的机会。
2.你总觉得缺乏沟通。
您的开发经理会在几天内回复您吗？ 每次你不觉得不受尊重吗？ 良好的客户经理沟通的规则 2 声称：“无论是什么——状态报告、史诗般的总结或只是给客户的一封简短的信，对于开发团队来说，最必要的事情是关注——关注这个人他们一起工作。 不断地让他了解情况——这就是精通。” 如果不是这样 - 那么你的开发团队就在这里错过了。
解决方案：
我们意识到沟通与整体产品的质量一样重要； 因此，我们遵循“黄金原则”——我们与合作伙伴的联系比他们希望的要多一些。 正如我们所看到的，来自客户团队沟通的预定每周电话和每日状态更新。
3.一旦项目完成，团队的技术支持就蒸发了。
“你厌倦了成为队列中的“下一个”吗？”
消失的征兆也是我们家喻户晓的：一旦项目部署、上线、上线，开发团队联系你的次数似乎越来越少。 甚至不联系 - 当出现错误时，您需要您的团队进行处理。 您与他们取得联系 - 数天的沉默是您的答案，或者是谨慎的“我们会尽力而为”。 虽然这是最小的问题，但您仍然需要等待很长时间。
解决方案：
冗长的等待或违反的义务没有万能药，但您能做的最多的是 - 确保与您合作的团队在主要工作阶段对消费者做出 100% 响应。 作为一家软件开发公司，我们也时不时地面临生产上的小错误，但我们会尽量在几个小时内回复请求，努力修复所有不完善之处。
4. 你的团队没有动力看到你的结果。
“我们不建造人们想要的东西。 我们建造人们需要的东西”史蒂夫·乔布斯
根据敬业度乘数，员工敬业度的重要性怎么强调都不为过——“员工敬业度策略已被证明可以减少员工流失、提高生产力和效率、以更高的速度留住客户并赚取更多利润”。 在 Mind Studios，我们知道这些事情是真实的——由充满活力和热情的开发机构制作的项目与他们的创作者非常相似。 相反，由冷漠和呆滞的程序员领导的项目更不可能表现出一流的表现。
解决方案：
团队参与度和团队对项目的冷漠之间的差异可以很容易地跟踪——对以下问题的一些公平回答将起到作用：
您的团队是否从分析的角度挑战您的想法？
他们是否为您提供业务分析阶段以帮助改善您产品的弱点？
您的团队是否与您并肩进行头脑风暴？
如果您对上述所有内容都表示肯定的“是” - 恭喜，您的团队的参与度将超越阴影。 但是，如果您不确定如何回答这些问题，或者只是有一些负面影响 - 这可能是一个警告信号。
5. 错误、微生物和其他问题。
这是最明显的低性能指标之一，但许多人倾向于忽略它。 每次当您收到要测试的新构建时（在每次敏捷演示之后），该功能都会有大量错误需要修复。 不要误以为这只是一个开发阶段，一切都将在发布之前完善 - 很有可能，它不会。 问题的关键数量表明团队的测试过程在某种程度上没有简化，这会给您以后带来更多麻烦 - 在发布阶段。
解决方案：
一旦您意识到您的产品不断（逐个冲刺）出现错误，您可能希望团队更改测试过程，或者您可能希望更改团队。
在 Mind Studios，我们非常认真地对待测试——我们在每个 sprint 之后进行几次迭代，我们对 A/B 测试组进行试验，我们甚至让我们的产品参与 QA Hackathons，确保我们的客户将收到一个谷歌证明质量。 如果出现问题，我们总是乐于提供帮助。
改变一开始很难，
中间凌乱，和
华丽到最后。
Robin Sharma，作家和领导力演讲者
从头开始一个全新的事物绝非易事——陷阱无处不在，例如与糟糕的软件开发人员打交道。 有时您可能会感到被误解或完全过时和失望 - 这里没有安全保险。 我们并不是要证明您与糟糕的程序员一起工作。 尽管取决于与您一起工作的人，您可能会或多或少地感受到这种情绪，甚至完全避免这些情绪。 那么也许是时候进行更大的改变了？
由德米特里·多布里茨基和埃琳娜·贝萨拉波娃撰写。