タスクをどんどん遅延させてしまう人に、何故遅延させてしまうのかヒアリングした時の話
何度か書いていますが、しんざきはシステム関係の仕事をしており、今はそんな大きくないチームの責任者です。自分でも色々作業しますが、一応マネジメントもする立場です。 今とはまた違うチームにいた頃、チームの統合・再編成が行われたことが何回かありました。 チームメンバーは増えたり減ったりしますが、大体毎度、新しいメンバーを何人かは見ることになります。 当たり前のことですが、知らないメンバーと一緒にやっていく際には、まずその人にどんなタスクを振るか、どうタスクを振るかを考えないといけません。 何か新しい技術に触れていくならどのようにスキルのキャッチアップをしてもらうか考えないといけませんし、引き継ぎがあるなら引き継ぎの計画を立てなくてはいけません。 だからチームの再編成の時には、本格的に仕事を始める前に、それぞれのメンバー、及びそれぞれのメンバーの以前の上司に必ず面談とヒアリングをします。いや、別に
「アフリカの呪術師」と全面対決するため、電子マネーを導入した話。
こんにちは。日本植物燃料株式会社、代表の合田です。 今回は、前回に引き続き、モザンビークで「バイオディーゼル事業」に着手したところからの話です。 バイオディーゼル燃料事業を成立させるためには「生産」と「販売」の２つが課題です。 ですから何よりもまず、私たちは「バイオディーゼル燃料」を安定して生産できなければなりませんでした。 そこで、前回も少し触れましたが、ヤトロファの種を現地の人に提供しました。 今利用している農地にヤトロファを植えてもらうことはできませんが、今ある畑の脇に「柵」としてヤトロファを植えてもらい、収穫したヤトロファは私たちが買い取り、加工して燃料とします。 「組合」と言う形態をとりながら、１万人の農民たちに協力してもらい、なんとか私たちはモザンビークでバイオディーゼル燃料の原料となるヤトロファを栽培し、燃料を作り出すことはできるようになりました。 ですが、もちろんそれだけで
なぜ「システムが無事に動いている」ことの価値は理解されないのか
最近はあまり技術的な仕事をしていないんですが、実は私は元々DBエンジニアです。 OがつくDBとか、PがつくDBとか、mがつくDBとかをいじくって、クエリを書いたり、テーブルの設計をしたり、パフォーマンスのボトルネックをあれこれ調べて解消したり、INDEXヒントを総とっかえして頑迷なオプティマイザをぶん殴ったりすることが主なお仕事でした。今でもたまーにそういうことをします。 同業の方であればお分かりかと思うんですが、DBのパフォーマンスは凄く唐突に、かつ多くの場合極端に落ちます。そして、DBのパフォーマンスが落ちると物凄く広範囲に影響が及びます。 アプリケーションサーバ、重くなります。クライアント、ろくに動かなくなります。お客様、切れます。カスタマーサポートにはわんさか電話がかかってきます。 ただ「遅くなる」だけでも十分に影響は甚大なのですが、それ以上のトラブルが発生するとまあエラいこっちゃ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
