Clever Geek Handbook

開発者をデジタル化する方法、つまり、開発者の作業を会社にとってより透明にする方法

前文



1つは中規模のロシアの銀行で、物理学者や弁護士、ウェブサイト、モバイルアプリケーション用のインターネットバンクがあります。そして、このすべての経済に付随し、発展する細分化もあります。この組織で3年以上働いている若いリーダーが登場します。このリーダーに代わってこの話が行われます。



バックグラウンド



銀行は近代的で、プロセスはITILに従って構築されており、一見するとすべてが教科書のように見えます。記事のタイトルからわかるように、私たちが興味を持っている「変更を加える」プロセスの1つだけに触れます。



問題



このプロセスのすべては、一瞬を除いて優れていました。つまり、アナリストは、製品「法的エンティティのインターネットバンク、Web +モバイルチャネル」の所有者である顧客と開発タイムラインについて合意しました。以下、これを単に顧客と呼びます。顧客は常に、目の前または参加して行われた作業を理解し、受け入れました。



  • その要件の明確化と形式化。彼は、クライアントストーリー、プロトタイプ、そして最終的に開発者向けのステートメントが2行のテキストからどのように生まれたかを直接見ました。
  • すべてのタイプのテスト。彼はテストの膨大なリストを見ました。
  • 文書化。彼はテキストと写真（図）のページ数を見ることができました。
  • しかし、開発に関しては、顧客は常にキャッチを感じていました。彼の評価を行った邪悪な（そして実際には心の優しい人の）ひげを生やしたチームリーダーは、SLに会って取得することを気にせずに、そこに50％余分な時間を入力する方法しか見ていません。 KPIによる動機。若いリーダーが解決しなければならなかったのはこの問題でした。


決定



ステップ1.開発期間を絶対値で計算する方法



多くのアイデアがありました。そのうちの1つは、以前に完了したタスクに基づいて見積もりを行う方が、何もないよりはましですが、



  • 毎回遡及的分析を行うのは面倒です
  • すべてのタスクをアナログと一致させることができるわけではありません。


タスク全体を実行せずに、それぞれをシステムの作業の最終コンポーネントに分割した場合はどうなりますか（記事全体を通して、法的エンティティのインターネットバンク、Web +モバイルチャネルと呼びます）。



私たちの場合、次のようになりました。



  1. ページレイアウトの変更
  2. 新しいドキュメントページの作成
  3. フォームを完成させ、データベースから新しいフォームフィールドを表示する
  4. 典型的な制御
  5. 複雑な制御（複雑な重要なアルゴリズム）
  6. DBスキーマ拡張
  7. SMSメーリングスクリプト
  8. 電子署名による郵送用のスクリプト


等 当初は約20のポジションがあり、結果として80



を少し超えていました。各ブロックの労働強度を推定するために、ユニットが発明されました。これは、人件費の標準ユニット（CET、s）です。SETは労働強度の抽象的な尺度であり、物理的な意味はなく、好きなように呼び出すことができます。遡及的分析（過去3か月間）を通じて、私たち（私、システムアナリスト、およびチームリーダー）はすべてのタスクを最終コンポーネントに分割し、各タスクの複雑さを比例的に推定しました（si）。結果は表にあります（表1）。







これで、SETの各タスクを評価できます。次に例を示します。



  1. 目的：システムのメインページにフィードバックフォームを実装します。これは、フィードバックを提供していない顧客に表示されます。フォームに次のように表示されます。

    • 星の形の評価尺度。クリックすると、1から5までの評価を付けることができます。
    • 500文字の長さの自由形式の入力フィールド。
    • 送信ボタンをクリックすると、対応するデータベーステーブルにデータが書き込まれ、ページを再読み込みせずにフォームが閉じます。
  2. 表1による、最も単純なアクションの決定。
    • 既存のデータベースにテーブルを作成し、フォーム表示ロジックを作成します-0.2 CET
    • フォームレイアウト、2フィールド+完全性の確認-1 CET
    • サーバー側への非同期要求の書き込み、データベースへの書き込み用のサーバー関数の書き込み、-1 SET
  3. SETでの労働強度の計算：1 + 1 + 0.2 = 2.2 CET

その後、開発者の各カテゴリの生産性を定義する生産性（p）という用語が導入されました（表2）







。これで、次の式を使用して各タスクの開発期間を見積もることができるようになり







ました。例を続けましょう。



4.シニアカテゴリの従業員の勤務期間の決定：

2.2（CET）/ 1.5（CET /日）= 1。6日

期間1。6日



フルスタックの開発者がいるので、個々の問題の解決に関与しているのはそのうちの1人だけです。



顧客は評価方法を非常に気に入ったため、他の作業段階を評価することを提案しました。



  • 要件の明確化
  • 実装計画
  • テストと文書化


開発時間に比例して、次の係数が導入されました（表3）。







これで、各段階の期間を見積もることができ







ました。次の式に従って、システムに変更を加える全体の期間。







例：



4.シニアカテゴリの従業員（アナリストおよび開発者）の作業期間の決定：



0.2 * 2.2 / 1.5 + 0.3 * 2.2 / 1.5 + 2.2 / 1.5 + 0、 2 * 2.2 / 1.5 = 0.3 + 0.44 + 1.6 + 0.3 = 2。64日

期間2。64日





その結果、かなり理解できる方法が得られ、総会（顧客、私、システムアナリスト、チームリーダー）が試してみることにしました。最初の結果は継続されます...


More articles:


All Articles