蒂姆利德（Timlid）在一家初创公司中-一下子出现了埃隆·马斯克（Elon Musk）和科学怪人（Frankenstein）。 早上，他建造了宇宙飞船，晚上，他向该项目喊了一声：“活着！ 你一定不能死！” -不健康地笑。 所有这一切都由三个初级人员组成。
Alexander Polomodov在Tinkoff.ru领导吸引力管理的发展； 他曾担任小型公司的CTO /开发经理。 我们要求亚历山大回想过去，并告诉团队领导者进入初创企业会遇到什么陷阱。
根据削减-重要问题的答案：
- 在没有建立互动过程（或根本不存在）的情况下如何生存？
- 在薪资有限的情况下如何组建一支很酷的团队；
- 如何理解您需要从项目中逃脱。
1.充满想法，无人可做
您来参加团队创业。 期望：立即开始开发新功能。 现实：寻找开发人员，因为昨天需要一支强大的团队，而且没人在意组装它。
这里有两种选择-较重和较轻。 一个痛苦的选择：照片中的钱很少。 在这种情况下，最好的决定之一就是招募一个干净整洁的头脑的实习生，并将所有必要的知识和技能投入到这个头脑中：为每个人画出一个单独的发展计划，逐步描述他将需要获得的知识，发展所需的技能。 这是一个好方法，但是不幸的是，这不是您的：这是一个漫长的过程，需要快速显示结果的初创公司几乎从来不会这样做。
一个典型的短语是：“我们需要Angular的顶级专家。 我们的付出低于市场。”
比较容易的选择是：有钱，您就可以提供良好的市场条件。
一个典型的案例。 在这种情况下，IT公司的常见做法是公开候选人应具备的基本要求，使其了解特定的技术堆栈。 几年前，在职位描述中，“我们正在寻找jQuery忍者”不断出现。 问题在于，许多这些忍者似乎已经离开了Procrustean的行列-他们只能用jQuery编写（不是在新项目中吗？对不起）。 而且，如果一个人不仅完全了解特定职位，而且拥有良好的基础，那么很可能有些公司会取消您的薪水。
解决方法。 当有足够的薪水赚钱时，您需要寻找人，重点放在基础知识和诸如系统思考之类的来之不易的技能上。 即使一个人不熟悉特定的语言或技术栈，他也会根据自己的意愿掌握该季度的所有主要内容。
如果您无法在薪水方面争夺最好的专家，那就值得聘用那些聪明才智的人，他们没有成功地选择该领域。 一个人设计了微电路，现在决定将面积改为更多的钱？ 我们接受。
2.纳尼亚（Narnia）首席执行官
团队领导者在创业公司中可能遇到的第二个困难是粉红色的CEO眼镜。 已经提交给客户或投资者的计划与现实不符。 团队根据截止日期受到压力，他们需要快速展示MVP，添加功能，同时不断设定不切实际的截止日期。 拐杖代码的新层和新层正在增长，技术债务不断累积，这家初创公司的创建者确信一切都井井有条-开发人员要么懒惰要么就表达了悲观的预测。
这种情况通常发生在销售经理那里。 他已经在空中卖出了这座城堡-现在如何建造这座城堡，他并不在乎。
特色短语：“我出售了这些功能，它们应该在周，月，年的结尾出现”（必要时请加下划线）。
一个典型的案例。 CEO希望在三天内发布版本，开发人员评估任务，并告诉团队负责人五天内可以做什么。 说明：“您必须使用的API集成了很长时间。 如果API可以如合作伙伴所承诺的那样工作，那么三天内我就会收到。 但是，以我的经验，这个合作伙伴的API通常不符合他们的承诺，因此-五天。” 首席执行官回答：“合作伙伴保证一切都会好起来的。 会议结束后，CTO说道：“您有三天的时间：“我对开发工作一无所知，但对任务的评估几乎减少了一半。”
此案的开发人员在四天内尝试并完成了任务。 无论如何，fakap发生了，但是即使它在截止日期之前完成，也无法持续很长时间，这是误解了正常，健康的团队应该如何工作的最终阶段。
解决方法。 讨论时间安排是正常的，但应该进行合理的讨论。 托尼·罗宾斯（Tony Robbins）的风格回答：“一周太长了！” 和“您必须更加努力！” -粉红色眼镜的指示器。 删除它们是团队领导者沟通技巧的一项严峻考验。
这不是要通过讨价还价来降低价格，例如在集市中，在买卖双方之间的零和博弈中分配的成本和利润较低。 它讨论了要评估的工程解决方案，同时考虑了其他因素。 开发人员不会为自己的五天讨价还价，而是根据自己的知识进行评估。 如果压力很大，它将减少时间，但很可能会降低所有风险。 当出现问题时，计划肯定会成功。 这是传达给CEO的重要条件，如果您不希望理解，逃跑，那就傻了。
3.以小额贷款利息计的技术债务
弗雷德里克·布鲁克斯（Frederick Brooks）撰写的《神话人月》（Mythical Man-Month）一书中描述了OS / 360创作的故事，该故事非常具有启发性。 它被认为是当时最酷的操作系统。 IBM吸引了成千上万的人参与该项目，但仍然错过了所有方面：时间，功能和支持功能。
从Brooks的书中可以清楚地看出，然后开发人员便进行了所有可能的准备工作，尽管他们使用Waterfall并清楚地理解了开发的各个阶段。 如今，随着敏捷的广泛传播，团队和长期的体系结构计划常常没有它-仅由业务任务组成的积压工作和一到两周的冲刺，因此体系结构应运而生。
特征短语：“将此按钮重新涂成蓝色？ 需要一个礼拜
有条件的话，如果在第一个冲刺阶段计划建造三套公寓，那么在第二个冲刺阶段将在附近建造一个小屋。 接下来是一项新任务-用一个普通的屋顶覆盖它们，如果以某种方式安装了屋顶，事实证明上面还会有另一个地板，依此类推。
在设计师的错误的影响下，一栋真正的房屋长期倒塌的地方，在开发过程中形成了技术债务。 如果一开始该项目的工作按计划进行，并且没人看到问题蔓延，那么在某个时候，事实证明，一个简单的功能（最初花费开发人员的时间）现在需要花费两倍的钱。 而且由于您必须一次又一次地拐杖，并向其中添加新的拐杖，因此该功能的成本将增加四分之一。
解决方法。 一个普通的领导者根据事实和数据做出决定。 附带计算：显示一个月，一个季度，一年中未清技术债务的成本。 因此，您将有机会调整计划，包括在sprint中不仅包括新功能，还包括分阶段的“债务偿还”。
当然，这并不是团队成员在初创企业中面临的所有问题的详尽列表，但是这三个问题是最紧急且最难解决的。
亚历山大·波洛莫多夫（Alexander Polomodov）-在Binary District集中开展的Teamlead
Weekend的策展人； 下一个课程将于12月15日至16日举行。