企業のソーシャルネットワークおよび内部ドキュメント管理組織の実装経験

このトピックは、企業のソーシャルネットワーク(企業ポータル)の予算バージョンの開発と実装、および600人以上の従業員の組織の内部ドキュメント管理の説明に専念しています。



主な目標は、Microsoft、1C Bitrix、Googleソリューションなどの高価な商用ソリューションに頼ることなく、企業のソーシャルネットワークを独自に展開し、内部ドキュメントフローを確立できることを示すことです。



Habré、 知的作業の従業員の生産性の増加に関する記事を読んで、私の意見では、組織の情報開発に対する典型的な障害の多くと、知的労働によってパンを稼ぐスタッフの作業の効率の増加を妨げる障壁を十分に説明しているので、私はそれに特定された多くの問題の実用的な解決策の例を与えることにしました。



物語は2007年に始まりました。私はプログラマーとして大規模な地域の信用機関に就職しました(地域のほとんどの人がWeb開発者を知っていないため、少なくとも何かを書く人はすべてプログラマーと呼ばれます)。



文字通り、仕事の非常に最初の日から、多くの障害が見つかりました。これは、上級スタッフの非常に枝分かれした階層と多数のユニットの非常に不透明な領域によって引き起こされる、あらゆる種類の承認、文書の署名、声明などの日常的な公式操作のパフォーマンスを著しく複雑にしました。 このような官僚的なパズルを解く過程で、最初にいくつかの明らかな質問に対する答えを見つけなければなりません。



したがって、自分以外の部署の従業員との参加/調整を必要とするほぼすべての問題について、このクエストを毎日受け渡すと、非常に明らかな疑問が生じます。



LAMPおよびWAMPの過去の開発経験があり 、組織のイントラネット上に社内のリソースを作成するという直接的なリーダーシップに目を向けました。そこでは、希望する従業員の名前/写真/電話/オフィスと彼の参照条件を簡単に見つけることができます。 しかし、管理チームが組織で3-5-7年以上働いており、その間に彼らが誰がどんな典型的な問題を決定するかを学んでいるという事実を考えると、そのようなナンセンスに時間を費やすことは不合理だったので、私は拒否されました。 3階のレナがそれを行い、6階のコリヤがそれを行います。 それは簡単で明白です。 しかし、実際には、レナは出産休暇を取り、コリヤは休暇を取りましたが、問題は緊急です。



そのような議論は私にとって納得のいくものではなかったことを認めなければなりません。その時までに、私はそのようなシステムがどれほどシンプルで効果的であり、日常の仕事でどれほどの時間を節約できるかということで、電気通信の以前の仕事の場所でユーザーレベルで既に知っていたからです。 そのため、この問題を覆すことはせず、メインの仕事タスクの一部として開発およびサポートしたブラウザーを介して支払いを受け入れるための機能を徐々にインターフェイスに掛けて実装することにしました。 実際、このようなインターフェイスへのアクセスを制御するには、いずれにしても、キャッシャー、ジョブなどのデータベースが必要です。 道具。 また、個人的な便宜のために、各従業員に個人的にドキュメントファイルを送信するよりも簡単で便利だったため、支払いインターフェイスの独自のドキュメントへのWebアクセスを使用し始めました。 さらに、文書を配布するこの方法は、管理のすべてのインスタンスを通過する従来の紙の方法とは対照的に、それを読んでいる従業員から多くの肯定的なフィードバックを受けました。 そのため、解決すべき生産上の問題のリストが補充されました。



もちろん、これらの問題の解決策については、トピックの冒頭に示された既製の解決策がすでに多くありましたが、上記の問題を部分的にしか解決しなかったか、そのコストがリーダーシップに極端な不満を引き起こしました。 この点で、彼は最初の6か月間、自分のワークステーションをサーバーパーツとして使用することを余儀なくされました。 はい、あなたは正しいと聞きました。 これは、多くの組織におけるデータ保護の問題に対する懸念と理解です。 幸いなことに、重要なデータをローカルネットワーク上のファイルサーバーにバックアップするシステムをすぐに開発して実装しました。



次に、「下から」実装の第2フェーズを開始しました。 私は従業員に自分のサイトに登録する機会を与え、必要に応じて、典型的な企業の座標と自分に関する写真を記入しました。 上からの順序ではなく、自発的に。 登録のペースが深刻であり、私の予想をはるかに超えていたことを認めなければなりません。 私が特定した問題についての一般的な沈黙にもかかわらず、従業員とオフィス内の彼の座標の名前と姓による検索機能が最も人気があることが判明しました。 将来的には、イントラネット上のWebリソースへの一般的なアクセスを整理し、誰/いつ/どこのデータベースにログインしてより迅速に通知およびダウンロードできるように注文するよう説得されました。 その後、組織の要員の総数の3分の1がリソースに自発的に登録しました。 「オーバーボード」とは、職場にコンピューターを持っていない従業員(ドライバー、クリーナー、警備員)と、基本的に通知とその下のリストを使用して注文によってのみ何かをした従業員のグループです。



そして、たった今、1年後、上記からの承認、企業ポータルの規制の公式承認、およびラック内の専用サーバーの購入の問題に対する積極的な解決策を得ることができました。 比較的問題のないもの(完全に解決されたエンコードの問題を除く)はすべてWAMPからLAMPサーバーに転送されたため、ソフトウェアにお金を費やす必要はありませんでした。



さらに、公式の承認後、開発はより速いペースで進みました。 たとえば、従業員のリストは人事ソフトウェアから定期的に更新され始め、オフィスのメモとその視力を処理するためのモジュールは絶えず改善されました。 今後の認定の一環として、従業員の知識の電子テスト用のモジュールを開発しました。 日記モジュール、「私のレポート」および投票を追加しました。 Sberbankが合理化提案に従業員ボーナスを導入したことをインターネットで読んだ後、「開発提案」モジュールを追加して、地上の問題が押し上げられないようにし、誰もが自分の提案を特定したり、他人のサポートを公にサポート/サポートできないようにしました。



今のところすべてです。 管理サポートがまったくない状態でこのようなプロジェクトを実施する方法の有用な例を見つけることを願っています。今日まで、このタスクは金銭的に明らかな収入をもたらさないため、優先順位ではないと考えていますが、普通の従業員からの多くの感謝によって判断します、プラスの効果は明ら​​かです。 多くの従業員の節約された作業コストを指摘する試みも失敗しました。 「ありがとう」のために私の実装経験を繰り返すことに決めた場合、これに備えてください。



全体としてこのトピックをマスターしたすべての人のおかげで、私はあなたの質問に答えることをうれしく思います。そして、必要であれば、あなたの興味のあるポイントをより詳細に解読します。



All Articles