在我的生活中，我看到两种类型的业务发展得比其他任何一家都差-1C加盟商和圣诞树销售商。 当程序员的数量不断增长时，这与开发的广度无关，而与内部开发有关。 总之，有效性。
尽管很可能可以将圣诞树的销售商排除在此列表之外，但他们还是在新年之前通过给我卖了真正的云杉而使我感到惊讶。 以前，只有冷杉和松树。 我什至在互联网上看了如何将一棵树与一棵枞树区分开-确实，这是一种云杉。
因此，只有1C特许经营者仍保留在“最发展中公司”列表中。 很多很棒的人在那里工作，但是要么环境就是这样，要么是该死的地方-他们出了点问题。
他们只考虑今天。 归咎于开发框架和应用程序解决方案的一个供应商的紧密绑定。 在21世纪，没有人能以一种编程语言，一种开发环境，一个市场来建立长期业务吗？ 但趁热将铁锻造-请。 当它冷却下来时，就有可能考虑一些严重的问题。
但是由于某种原因，在我看来并不是所有的东西都丢失了。 您可以做得更好。
当然，不同的提高效率的方法很有趣。 但是，将这些方法用于特定活动的更有趣的组合是一个案例。 它包括流程，动力，自动化，目标和管理系统。 并非总是所有组件都能一次满足您的需求。
让我们尝试为我们熟悉的业务的特定部分创建案例-1C：加盟商。 他对我们很熟悉，因为他在其他特许经营领域有多年的工作经验，此外-我们在正式和非正式的环境中经常遇到法郎。
我们将基于积累的经验来制定案例-我们编写的几乎所有内容都经过我们自己的测试。 我们不能说服任何人纯粹出于学术目的。 尽管有很多专营权的人将这个案子付诸实践，但他们自己在那引入了一些东西。
如果您不知道1C：特许经营者是什么，请阅读我们似乎在谈论一家为软件开发，维护和完善提供服务的公司。案例的目标很简单-增加程序员的生产，并在可能的情况下增加收入。 还是精疲力尽，他有不同的选择。 走吧 我警告你-Longrid。
初始情况
拿走整个专营权，而不是全部，我们称之为开发部门。 这些人是坐在办公室的1C程序员，他们通过系统或从顾问那里接收任务，决定他们是否将结果远程传递给顾问或客户。
大型网络特许经营中有几个这样的部门，它们之间存在竞争，并且当它们没有足够的资源时，它们会积极地交换专家和任务。 也许不是他自己的自由意志，但这不是重点-我们将开发部门视为业务部门，而不是一群“真正的程序员”。
假设我们的开发部门由五个人组成。 平均每月总产量为500小时。 其中的200个由某个冠军（最有经验和最聪明的编码器）关闭。 100小时关闭第二，80-第三和第四，40-初学者。
假设一个客户一个小时的工作费用为2000卢布。 假设我们对程序员有一个内部汇率-每小时500卢布。 简单估算一下，该部门每月的收入为100万卢布，而该部门的工资仅占收入的25％，在本例中为25万卢布。 总共，该公司收到75万卢布，其中，它是对同一位程序员缴纳的税，以及所有其他费用。 我们不会考虑利润结构，我们只是了解它是非线性的，因为 包含固定成本，例如租用办公室和购买Cookie。
例如，发展是相对稳定的，没有太大的增长。 除非，当冠军去度假时，我们有40％的失败，有时会发生700个小时-当一个好的项目发生了，程序员在周末工作。
案例目标
我将立即告诉您使用此保护套的目的，以免造成神秘感。 我们希望我们的开发部门每月提供500小时，而不是1000小时，即 两倍。 对于相同的小时费率，具有相同的固定成本，具有相同的工作小时数。 我们可以为此项目节省少量时间-例如，在30-50 tr之内。
重要的是立即决定在目标情况下我们将做什么。 一方面，我们出售专家的时间-他们花费在解决问题上的时间。 另一方面，我们出售已解决的任务，并在数小时内对其进行评估。 一切似乎都很清楚，但是两个评级系统之间的差异非常明显。
假设我们每个月的500个小时是专家的500实时工作小时。 对于这500个小时，他们解决了200个问题，平均价格为2.5个小时。 事实证明，每项任务的平均费用为5000卢布。 客户很愿意支付这种钱，他知道市场，其余的特许权也有相同的价格。
因此，我们学会了解决问题的时间不是2.5小时，而是1.25小时。
关键问题是可以卖给客户多少钱？如果我们卖出时间，则卖出1.25小时是合乎逻辑的。 客户会非常高兴-便宜又快。 但是对于我们来说，作为一家企业，这种计划几乎没有任何好处-只有满意的客户和需要采取措施的专家有空。 假设我们发现了更多的客户，并且还将他们的任务卖给了1.25个小时。 结果，一个月后，我们会得到什么？ 同样的500小时为2000卢布。 没有道理
一种选择是提高小时费率。 但是我们比竞争对手更快地解决问题？ 在小型工作中，没有人会特别注意到这一点，但是在40小时的任务上，差异已经很明显了。
但是一个小时的价格对于外界来说是一个明显的变化，它可能会使我们的新客户望而却步。 他们不知道我们在做什么快两倍吗？ 网站上写的口号并不是特别令人信服。
继续销售任务2.5小时似乎更正确。 客户什么都没注意到，我们得到了正常的目标结果-完成两倍的任务，我们得到两倍的钱。
您可以选择一个折衷方案-例如在2小时内出售。 然后，客户看到了切实的节省（尤其是大批量节省），更快地得到了结果，我们一无所获。 而且，即使保留了程序员的内部速度。
为简单起见，当我们继续销售2.5小时时，我们将考虑该选项。 我们使用稍微复杂一些的算法来评估传入的任务-我们需要估计实时时间，并将其乘以2。
是的，仍然存在一些利用空闲时间的奇特选择，例如，加强内部开发。 这将在最后。
好了，就是这样，目标很明确，现在我们将继续分析必要的更改。
关键问题
他们说，总有一个作用点需要插入杠杆并获得最大效果。 我不同意这一点-从某种意义上说，这一点一直存在。 但是在这种情况下，它是一个激励系统。
我们的激励系统是按小时进行的个人工作。
对于程序员来说，它有很多优点，对企业来说却很少，但是有很多缺点。
专家绝对没有理由分享自己的知识和经验。 唯一值得做的是提高您的个人资料。 如果一切都很重要，那么就禁止分享经验，甚至更多地帮助解决问题。 如果您教一个傻瓜，他将成为您的竞争对手，他甚至不会感谢您。
例如，如果您很了解薪水（这是一个程序），而其他人却不知道，那么您将永远拥有面包和黄油。 一旦第二笔薪水出现，您就必须努力获得最大的花絮。
这是什么业务？ 如果专家没有共享能力，那么培训的责任就落在了公司的肩上。 有必要组织课程或向第三方组织付款（例如1C）。 第二个是关键专家形式的瓶颈。 如果五分之一的人中只有一个知道ERP（这也是类似的程序），那么您实际上无法接受超出该员工能力的ERP工作。 即使是冠军，每月也不会超过200个小时。 好吧，要么冒险，要么尽一切努力在以后解决它。
共享能力不是很可能。 可见性可以做到。 但是，作为一名程序员，他知道可以通过多种方式提供帮助，以便不再与您联系。 您甚至可以让冠军举办研讨会或进行培训。 他将诚实地报告材料-可以从Internet上访问的材料。 他将把真正的实践知识留给自己。
个人小时费率就像企业内部的业务一样，这种“内部业务”始终是IP，而不是LLC。
能力很重要，尤其是在一个周期性变化的时代。 当然，这几年会停滞不前-例如，在发布ERP之前，每个人都已经想通了软启动器（这也是一个程序，虽然有些陈旧，但很刺激）。 但是以2004-2010年为例，拥有SCP知识的“项目工程师”是最好的。 现在，ERP专家的生活可能比其他任何人都更好-我不确定。
单独的作品会破坏共享工作解决方案和最佳实践的能力，因为这又没有意义。 好吧，您将这个工作交给了您的人或子系统，他一天之内就与客户达成协议关闭了40个小时，并提高了20 tr。 这是怎么回事？ 当然，您可以达成协议并在部门内部创建黑市，但这没有任何意义。 说来容易些，“把任务交给我，我会解决的。” 当然，在绝望的情况下，他会付出，但相反，他会出于原则而放弃它。
您可以以不同的方式看待能力：谁是所有者？ 假设您的冠军（Champion）自2010年以来一直在公司工作。 他在ERP方面进行了大量工作，获得了能力。 他们属于谁？
公司会说-他们属于我们。 我们的客户，我们的项目，我们的任务。 赋予能力。 如何接他们？ 不拉刻度线吗？ 这不是重大资产。 他吓坏了，能力哭了。
什么是能力？ 产品。 是否出售产品的收入。 通过ERP运送200小时，获得了两次利润-400 tr 和能力。 金钱-当然是在往来帐户上。 您可以转移，花费，投资。 能力在哪里？ 在那个光头上。 他们可以做什么？ 实际上-没什么。
事实证明，这家伙是在我们的付出下学习的。 并不是说我们在他的培训上投入了资金-不，这只是发生了。 但是我们只能以一种方式获得这种利润-继续利用这些能力，即 在所有ERP工作中，都不要管它。 好吧，或者抓住机会，让初学者获得另一个不可恢复的资源。
这种状况的原因很陈旧-动机体系错误。 这并不是说它没有鼓励-它直接禁止一个人分享能力。
激励系统-它的作用是什么？ 这样，一个人本人就能以自己的自由意志，全心全意地做对公司有利的事情。 激励系统应取代每天走路，踢脚和试图指出某些事情的领导者。
如何确保一个人凭自己的自由意志对公司有利？ 好吧，首先，当然要了解什么对公司有利。 其次，要确保公司的利益对人有利。 不是以任务和口号的形式，而是真实的。
案例
对于这种情况，我选择了根据我的经验和经验，最适合实现目标的方法-产出翻倍。 总的来说，还有更多的方法，但是这里我们不是从事写作，而是行动。 另外，值得注意的是，将输出翻倍并不一定要实现所有方法-通常只需一个就足够了。
一家特定公司的初始条件的差异，我对此一无所知。 可能是世界上最谐的特许经营权，其人均产出最低。 您不是来自该专营权，因此您的指标更高。 但是要高得多-我不知道。 但是事实是您可以将输出加倍。
因此，您需要做什么：
- 选择，自动化初始余额并将其添加到评估系统；
- 自动化并向能力系统添加初始余额；
- 决定激励机制，实现自动化；
- 选择能力策略的参数；
- 任命值班人员；
- 与程序员交谈。
要做：
- 对即将到来的任务的一般讨论；
- 根据战略按能力选拔执行人；
- 互助管理和会计；
- 管理任务状态。
现在，我将简要概述每个项目。 但是首先，对自动化进行解释。
自动化技术
案例的几乎所有变体中都存在自动化的问题。 您将对流程，管理和动机进行的所有更改都需要快速实现自动化。
“快速自动化”确实非常快，即 白天（包括等待机会来更新数据库配置）。 从这里开始，立即需要由同一团队的力量来执行此自动化，而您正在不断发展。 如果您是一个大专营商，并且您拥有另一个不受内部自动化约束的部门，那么您不是很幸运，但是有一个解决方案-秘密自动化。
对于所有情况，在膝盖上进行自我描述的配置就足够了。 然后，有一天，您将对其进行改进，将其构建到公司系统中，建立符合人体工程学的界面等。 现在我们几乎需要裸露的数据，而又没有美化和方便。 因此，如果您无权确定通用系统，请自己制作并在团队中共享。
task，如果您的任务管理系统不在1C上，那么您就不走运了-您很可能不得不将其丢弃。 或将其用作1Snoy的代理（如果客户端被困在其中）-让他们在那里执行任务，但现在，让您自己以1C的价格构建一个系统，并将数据上传到该系统。 否则，将无济于事-对不起，bitrix24，JIRA，Github和其他系统的开发人员，他们想要满足您的需求。 如果添加。 您仍然可以在此处向任务添加属性，然后表格部分是不可能的，报表也是如此。
为了使彼此并排的内部团队的工作自动化，最好的平台是1C。
评分系统
我们需要一个新的评分系统-我们现在需要在2.5小时内完成任务，必须在1.25小时内完成任务，然后在2.5小时内完成销售。 事实证明，处于目标状态的任务将具有两个评级-2.5和1.25小时。 一个是对时间的真正投资，另一个是对客户的一定评估。 现在，在当前状态下，我们认为这些估计值是相等的（平均）。
我个人不喜欢在一个单位（小时）内保持两个等级。 我不禁怀疑任何人都可以完全喜欢她。 实际上，还有更多的等级：客户端的时钟，程序员在计划期间调用的时钟，实际的时钟。 然后如何将它们整合在一起，以某种方式进行分析-魔鬼认识他。
我推荐Scrum的系统-扑克计划。 每个任务都以斐波那契数列中的得分为基础进行评估-1、2、3、5、8、13、21、34等。 评估反映了您对这项任务的全面了解-执行的复杂性，人工成本，不确定性以及客户在交付工作中的问题性质。
从“锚点”开始的最简单方法是确定任务为1分。 这是您解决的最简单的原子任务。 因此，2分的任务难度是原来的两倍。
在处理传入流时即进行估算。 当出现新任务时。 团队中的每个成员都留下自己的印记，最后我们得到-5分（对于我们描述的示例）。 如果估计值相差一个系列中的一个以上要素，那么我们需要讨论并理解为什么存在如此大的差异，并消除它，要么高估要么另一个低估。 当所有分歧解决后，将考虑平均值（评级总和除以评级数量）-这将是对问题的评估。
如果您是“从上方”引入系统的，那么很有可能不进行投票，而是自己进行评分。 我们没有Scrum，我们自己编写规则。
如果在解决问题的过程中很明显估计值被低估或高估，则可以安全地更改它。 当然，在完成任务时，应该知道最终的成绩。
评估应输入系统，并以道具任务的形式存储。
如果您不喜欢这些要点，则可以使用某种标准时间。 我不建议使用此选项，但是我的意见可以忽略。 例如，在实践的曙光中，我想到了“最佳”的评估-最好的程序员会花多少小时来了解问题，上下文，客户端，功能等。...所有这些“最佳”需求-编写代码。
现在，输入初始余额非常重要-评估已经解决的1-2个月的任务，并在系统中进行估算。 首先，练习并开发自己的评分系统。 其次，也是最重要的-获取当前速度和“点价”。
例如，事实证明，您每月卖500个小时可以赚2000卢布，这就是500点。 那么您的分数目前是2000卢布。 引入更改后，您必须产生1000积分，以2000卢布的价格出售，并获得两倍的收入（公司和员工）。
最初的剩菜非常重要，因为没有剩菜，您将无法回答基本问题-它是否起作用？ 请不要偷懒。
不评估旧任务，而是从新任务开始，将很诱人。 , , , . – .
«», – .
, . , , ( ).
– . . , . , , .
– . – « » « », , .
– . – . , , , . – , . , , , , .. , .
, – . , . – , . , 10 . , , 100 %.
. . . . , , , .
« », . , - . – , , , , .
– , . , – .
– . , , , , , ( ). , – .
, – . «», «», .
. – . , , ( ). , , .. .
, , , , .
– «» , , . , , , , . , ( , – ).
, , , , « -». , , 10 , 2.
-. «», . «» – , , , . ? – . , 40 % — «». , 15 , , 2 , 500 . 2 . 60% = 600 , .. 266 (600 2.25 ). , 100 ( 10 , 1000 ).
«» 1600 ( 15 , 400 ). , . , .. , 500 , – 1600 . , – . , . , . , , -, .
, . , – . , 2 , 5 - . , , , .
, – , . , .
: – , «» . – , . , – , . .
, , . – , , , .
, . , .
, – - . , , , . , , , .
, . : . – , , , , .
: 70 % – , 30 % – . , . , . , , .
, – , , , ? , . -, . -, . , , . « » – « — ».
, , – , , . , – . . -, , . , , .
– , , . , – , .
«», , , . – , , , . – , , - . .
– , . , – – .
, , . , - «, , , . , . , , . , . „ “? ? , , , , 9-00 . , . – , ».
– , ( ). .
. , . , , , , . , , , . , , , , , .
- , . 5 15 . , – .
– , , . - , .
. , . , , « ».
, , . 1 – , . , , . , , – , , , – - «», , . 1 , - .
, , - , , . : .
– . , , . , – , , . .
, – , . , , . , « », - .
, , , - . , , , , .
. , , – , – . , , .
许多人想知道-输出什至有可能翻倍吗？ 由于什么？ 我们可以更快地编写代码吗？ 还是降低其质量？ 打耳光和生产？ 当然，不问许多问题，只是拒绝和拒绝。 毕竟，不可能有一种经过验证的双加速方法，但是没人知道吗？
实际上，问题是司空见惯的-注意力的错误载体。 或者，更简单地说，您不在那儿。 尽管原理是通用的，但我们将话题缩小到程序员。
您认为1C程序员解决客户问题的理想速度是多少？ 它是关于开发或完成的任务。 在阅读时想想，答案会低一些。
让我们看一下1C程序员的工作。 您如何看待它实际编程的时间百分比（包括所有方面-编写代码，创建元数据，布局等）？ 100％？ 50％？ 20％？
实践证明，这种情况的发生率为3％。 如果您不相信，请检查一下自己-有专门的程序可以进行此类测量。 但是有一种更简单的方法-查看一天中程序员编写的代码量，然后除以其打印速度。 结果数字可能会让您感到惊讶。
程序员的思想会很愤慨-好吧，但是代码量和打印速度又如何呢？ 在某些任务中，您需要写一些笨拙的东西。 在某些地方，您需要长时间阅读，思考，分析和尝试，调试。
好吧，让我们走到另一边。 程序员整天都在思考，分析，尝试。 结果，他写了50行代码，问题得以解决。 正确的正确代码，所有内容都经过检查并可以正常工作。 花了8个小时。
现在的问题是：它将在什么时间解决另一个客户提出的完全相同的问题？ 如果他只是采用现成的解决方案，那么大约需要5分钟，对吗？ 好吧，当配置器在那儿打开时，第二个在复制时，等等。 如果您用钢笔重写？ 半个小时？ 在途中，他还将对机器进行检查，并且代码将得到改善。 快16倍。
好吧，复制代码即可。 另一个例子。 您没有给程序员一个任务，而是给了10-20个任务-您说：这是跟踪器，选择其中一个并执行。 接下来会发生什么？
程序员会选择。 在程序代码中，选择运算符的工作时间为毫秒级（如果不是很困难的情况），但是人不是机器。 对于他来说，选择的过程有时会非常缓慢。
有时，此过程让人想起战斗中的侦察：程序员不仅阅读任务标题和详细说明，还阅读注释，然后他爬入配置器以了解上下文。 瞧，跌跌撞撞-傅说，这是一个关于工作服的任务，在这个软起动器中，魔鬼会摔断腿。 不，让Kolyan做。 失去了15分钟。 乘以10-20，结果会是多少？ 最多5个小时？
如果程序员很聪明，并且有足够的上下文来做出决定，那很好。 但是他说，他是Internet的忠实拥护者，并在同一个Infostart，会员大会或其他地方寻求现成的解决方案。 选择的时间开始以惊人的速度增长。
半天会选择，半天会工作。 损失-50％，即 某人正确地发出任务以使输出翻倍就足够了。
好的，我们没有选择问题。 经理或首席程序员选择并说-在这里，执行此操作。 不，我不要，我不能，让Kolyan做得更好，程序员会回答。 做到了，我说！ -长官坚持。
此外，根据对主要内容的理解，程序员坐下来做了。 让它不是很有效，但是确实可以。 他在做什么？ 有时-是的，它可以解决问题。 有时他会坐下来进攻。 或寻找不执行任务的原因。 例如，它正在准备一份问题清单，“从没有问题开始就没有意义”。 否则互联网是愚蠢的，因为世界不公平。
我将完成示例，尽管实际上有几十个。 事实证明，程序员具有两种状态-编写代码或tupit。 “ tupit”一词的使用没有负面含义；它只是从名词“ stupor”中找不到更合适的动词。
因此得出了主要原则：看看它在哪里愚蠢。 通过编写代码，选择不同的开发环境（例如EDT），各种各样的事情来加速编码等过程来开始提高效率几乎没有意义。 考虑到当程序员编写代码时，它是有效的。 当他用手指敲击键盘或用鼠标绘制表格并添加详细信息时，这是正确的。
大部分时间都浪费在程序员愚蠢的地方，而不是他写代码的地方。 我告诉了几个选择。
如果您是程序员的负责人，请不要再关注编码，而要考虑停机时间。 如果您是一名程序员，请在停机时考虑一下自己。 这是提高开发速度的关键。
我们回到一个问题-1C程序员解决客户问题的理想时间是什么？ 答案很明显-零。 好吧，绝对不存在零，设为5分钟。 这个时间如何实现？ 您已经了解：通过发布交钥匙解决方案。 客户来了，说了他的任务，然后您立即告诉他-您已经拥有的解决方案。 我不知道要花多少钱，当然，不是在专家工作的5分钟之内。 您可以对此声明提出异议，但可以考虑。 您解决了多少次相同的问题？ 您第一次解决但从未听说过的事情的百分比是多少？ 我的练习很小-只有13岁，但是即使身材矮小，我也了解并看到我已经解决了一半的问题。
如果您采用这种方法武装自己，那么您将需要大量的精力-编写抽象的自定义工具（而不是上下文的，瞬时的govnokod）并将其存储在某个地方。 我们讨论了第一个，第二个有很多解决方案。
然后我超出了案件范围。 我不敦促您放弃一切并使用现成的解决方案，我只是想展示理想-加速实际上不是开发，而是销售数十或数百倍。 因此，特许经营收入的产生加速了数百倍。 虽然我们会处理较小的问题，但会加快两次。
您了解了原理，那么一切对您来说都是清晰而简单的。 我将描述一个需要在部门工作中采取的措施，目的是减少编程时间，以减少枯燥的时间。
即将进行的任务的一般讨论
简单而老套。 我们在上一篇文章中讨论过的服务员，每天早上都会把所有程序员聚集在一起，然后他们一起看新任务。
首先要发现的是有人是否解决了类似的问题。 如果您决定，请任命他为顾问或策展人-叫什么都没关系。 承包商知道与谁联系很重要。
如果没有人这样做，那么我们会稍微简化标准-我们正在寻找使用该子系统，本文档或该平台机制的人员。 好吧，您会看到-如果任务是有关调度程序的绘制，那么任何已经掌握了这种令人难以置信的机制的人都可以做。 他将成为一名顾问。
如果这项任务通常是新任务，甚至对任何人都不熟悉，那么您需要选择打火机-将是第一个了解此主题的人。 有两个关键任务：解决问题和发展能力。 下次成为类似任务的顾问。 当然，每个人都知道吸烟会花费比客户同意更长的时间-这是正常的，您投资于团队。
对于初学者而言，拥有顾问尤为重要。 即使根据您的能力发展策略，您禁止初学者问策展人，光是他的存在就能为初学者提供巨大的道德支持。
好吧，别忘了以点数评估任务-玩扑克筹划。
根据策略按能力选拔执行人
这里的一切都很简单。 您做出了选择-在能力发展和增长之间调整滑块。 因此，请根据您的策略选择歌手。
例如，您决定初学者应该在30％的时间内解决不熟悉的问题。 在系统中，您已经有一个报告，该报告显示了百分比-他解决了多少朋友，有多少不熟悉的问题。 查看数字并决定在什么时候发出新的，不熟悉的任务。
拥有顾问将消除任务中潜在的过剩潜力，并提供游戏的流程要素。 对于初学者来说，处理新机制将很有趣，因为他会知道支持的可用性并从中受益。 如果您事先规定了此支持的应用范围，那通常会很棒：例如，让一个初学者独立工作不超过一天，然后顾问将决定。
顾问提供支持的程度和格式由您自己选择，没有什么复杂的。 如果新来的人是完全新来的，那么给他链接到会员会议，一本关于发展的厚书并鼓励“来吧，把它弄出来，儿子”是没有意义的。 他简直无法消化这么大的一块，他cho了一下，你可能会丢掉一个员工。 他不会辞职，但是会受到重大打击，可能会变得封闭和惰性。
对于选择“单件尺寸”，没有明确的建议，因为所有内容都是严格的个性化。 一个原则是通用的：需要监视此大小。 当然，如果您想提高效率，而不是您自己的意义。 诸如设置无法解决的任务之类的自我表达方式在1C程序员中被广泛使用，以至于不谈论它。
有例外-员工希望自己解决所有问题。 他们是如此想要他们断然拒绝任何帮助。 这是他们越来越重要的方式-“我自己就能弄清楚”，而他研究的范围越广，自我满足的奖励就越大。 这是一种有用的素质，但有时会变成躁狂症-最好遵循此原则并设定界限（例如及时）。
如果任务很紧急，或者客户对您很重要，那么将关闭实验，而最了解该任务的人将坐在该任务上。 好吧，每个人都知道。
互助管理和会计
如果有顾问，那么激励他会很高兴-给出解决问题的时薪的一定百分比。 利息金额取决于参与程度。
当然，有必要确保当任务分配给新来者时顾问不会变得无礼，也不会掩盖自己。 不要忘记我们的目标不是立即受益，而是长期成功。
好吧，你必须跟随初学者。 如果您决定在此任务中他仅了解调度程序的工作，则不要让他承担任务的其余部分-让顾问告诉他。
实际上，没有其他要添加的内容。
管理任务状态
关于此主题有另
一篇文章 ，我将不再重复。 顺便说一句，这篇文章对1Snikov并不是特别感兴趣，但是其他种族的开发人员的代表都喜欢它-我们现在正在与他们积极合作。 这就是说，到目前为止，在编程1C的世界中，提高效率的方法并不是一切都很好。
当您选择值班人员时，给他一个指向以上文章的链接。 他必须理解，接受和完成的主要事情是需要监视任务的状态。
每天早晨都应该以一种仪式开始-任务状态管理。 它非常简单且易于自动化。 在第一个窗口中-尚未执行的新任务。 这是与我们上面审查的团队的讨论列表。 讨论的结果应该是清空此窗口。
在第二个窗口中-任务已接受工作，但没有执行者。 经过一般性讨论后，以相同的方式进行赋值。 讨论之后，两个列表都应该为空。 任务的允许时间为“未接受工作”和“未分配执行者”状态-不超过一个工作日。
如果任务不明确，需要澄清客户-任务以及问题列表将移至窗口/状态“需要澄清”或“已发送以供修订”-名称无所谓。 确定性很重要。
讨论之后（或之前），服务员会检查发送的供修订的列表，以确保状态没有延迟。 例如，分配了三天时间来澄清该声明。 三天过去了-我们必须写信给客户，以免放慢脚步。 最有可能的是，他只是忘了回答。
在与程序员讨论期间，我们看了“正在工作”窗口。 我们对它进行了排名：每个人都知道谁在从事什么任务。 相应地，任务有一段时间处于“工作中”状态，与承包商相关联，并且必须对此时间进行监视。
Trite-为了不错过初学者的知识时间界限。 如果给他一天的时间来做出独立决定，并且这一天过去了，那么他很有可能不会举手，也不会说他无法应付。 愚蠢到最后。 我们不需要这样做，因此对身份有效期的严格控制将使我们免于不必要的损失，并使新手因为我们的愚蠢而内。
最后一个窗口-已完成的任务需要客户的认可。 此处的原则与发送修订的原则相同-我们设定了最后期限，例如三天，之后我们开始提醒自己。 冷静，自信，但坚持不懈。 我再说一遍，客户可能会忘记，他拥有自己的生意。
决赛
就是这样，完成案例。 讨论的主要数字是工作单元的内在价值，即 点。 我认为可以将成本降低一半-在一半的时间内生产相同数量的工作。
这是我们为其中一位客户提供的时间表（目前是关键的一位）：
如您所见，在应用案例之前（即直到4月），该点的值大约悬挂在同一水平上。 这意味着，使用相同的小时数，我们得出的结果量相同-0.9小时内平均获得1分。
在使用该案例的第一个月中，该点的价值急剧下降至0.22小时，约为四倍。 当然，应该考虑到第一个月，但不能完全信任第一个月，因为工作交付量急剧上升-由于任务的生命周期不受控制，一些“昂贵”的任务像橡胶一样拖到了封闭的位置。
第二个月更具指示性和正确性。 首先，不再有任何要关闭的旧任务-所有在5月关闭的任务都在前两个月出生，即 在申请案件期间。 其次，案件的使用定居下来并成为一种习惯。 结果-1分0.33小时，比以前提高了三倍。
好吧，然后这个数字开始徘徊在承诺的平均值附近-原来的一半。
当然，不仅为该客户获得了积极的成果，而且总体上也为所有工作取得了积极的成果。 在内部客户方面，我们拥有很多-比外部客户更多。
例如，以下是所获得积分总数的图表：
如您所见，在这种情况下，我们平均每月给出400-500分，然后这个数字增加到1400，增加了3倍。
遗憾的是，这两个时间表都在10月中断-我们曾经在github中执行任务，然后转移到Flowcon。 从两个方面来看，总进度表很懒惰。
了解数字的依存关系很有趣。 Oknosoft我们竭尽全力为客户服务，我们的首要任务是发展。 在使用该案例之前，我们遇到了一个问题-客户花费了太多时间，而开发工作却很少。
使用案例使我们摆脱了这种陷阱-尽管仍然不够，但是还有更多的开发时间。 结果很快就出现了：我们实施了对我们非常重要的几种产品。
第一个是我们的业务编程项目的网站（我不会提供链接，否则我会收到一封电子邮件，主题为“ nmivan，我们走吧...”）。 关键字是站点，因为在此之前，我们仅制作可以通过Internet工作的业务应用程序。 该站点建立在metadata.js平台上，但是成功的关键不是站点本身，也不是内容，而是平台及其组件的完善。 现在，您还可以在metadata.js上创建站点。 此外，该站点包含CMS功能和微服务。
第二个项目很长一段时间没有交到手中，它是无纸化的，即 车间调度的功能，通过浏览器进行工作并具有出色的可视化效果（例如，这对于窗口制作很重要）。 通过浏览器进行无纸化的工作（例如，使用连接到电视的条形码扫描仪）将大大扩展并简化在生产环境中将解决方案应用于meta.js的可能性。 特别是考虑到在metadata.js代码中使用外部事件的简便性，它们可以在任何地方捕获，而不仅仅是像1C中那样以活动形式捕获。
谈到第三个项目
-Flowcon.Life 。 对我们来说，这非常重要，因为 为平台的开发提供了许多有用的任务。 这是针对人员而非企业的第一个项目。
第四个对您几乎没有兴趣-这是Flowcon，它是1C +任务/团队/业务管理服务的配置。
好吧，更多一些-变得更小，更无聊，或者更大，更秘密。 总共说六张。
是很多还是一点？ 我要澄清两个人。 他们还在实施项目上与客户合作，撰写文章，在彼此之间以及在整个世界发誓，甚至懒得下地狱。
一切都是相对的。 9个月中有6个项目-太多还是更少？ , 6 ( ), – 0.15 0.66 .
, , — , . , , , . , – .
, , . , , .
, , , – . , , , – .
, . , . , , — , ? .
, , . , . , , , , . .
« »
. , , - .
, - – , , . . , – , .
, , . – , – . , – . , .
1 , , , 1 , ? , , - , – .
, , . – . 1.5 – . – . , , «, - , ».
1? 没事 , – , .
. , – . . , .
?
« , »
– . «» — . , , .
– , – , . , . , . .
, . – , . , , , – «, ?».
? , .. – , , . , , , – : , . , , – .
« , »
– , . . , .
« , -, »
, . , ? ? .
, « », – , .
, . , . ?
, .
« – »
. – , .
« / ///»
– . , , .
« , »
, – . , . , – .
. , . – , .
, – 1, , , . .
« ? ?»
, . – , , . , .
, – 1: , – . – , – .
« , …»
, . , – .
« ?»
. – , – . – .
. - , , .. – , , .. , .
, , . «» — , .
« ?»
, . .
, , – . . – . , , , , – .
, . , . – .. . - , . , .
, . , , . , .
, . , . , , , , .
, , .. , – – . , , , .
«?»
– , , , . – - .
1: , , , «», - . , , . , – , .
, . – , . , , .
(, -, ), 1: , . – , – . «» .
– . – . , «» .