こんにちは、らくからちゃです。 システム業界に身を置いておりますと、色んなお客様とお仕事をさせて貰う機会があります。システム構築はお客様との二人三脚。お客様の作業効率が弊社の作業効率に直結することも多いものの、横から『こうしたほうがええんとちゃうの？』とも言い出せず、悶々としてしまうときがあります。 そこで直接は言いづらい『ここらへん考えてみてほしいなー』という点について、だらだら適当に書いてみます。ありきたりのことしか書きませんが、どこかのプロジェクトの燃焼速度が多少なりとも遅くなれば幸いです。 例題 例えば、上司からこんな風に指示されたものとします マーケの部長が、修理案内の通知を封筒に詰めて送る作業をやってくれるひと探してるんだけど、お願いしてもいい？ 宛先と対象商品と諸々が書かれたA4用紙が1000人分くらい来るからさ、宛先が東日本なら茶色、西日本なら白色の窓付き封筒に入れて糊付け
何度か書いていますが、しんざきはシステム関係の仕事をしており、今はそんな大きくないチームの責任者です。自分でも色々作業しますが、一応マネジメントもする立場です。 今とはまた違うチームにいた頃、チームの統合・再編成が行われたことが何回かありました。 チームメンバーは増えたり減ったりしますが、大体毎度、新しいメンバーを何人かは見ることになります。 当たり前のことですが、知らないメンバーと一緒にやっていく際には、まずその人にどんなタスクを振るか、どうタスクを振るかを考えないといけません。 何か新しい技術に触れていくならどのようにスキルのキャッチアップをしてもらうか考えないといけませんし、引き継ぎがあるなら引き継ぎの計画を立てなくてはいけません。 だからチームの再編成の時には、本格的に仕事を始める前に、それぞれのメンバー、及びそれぞれのメンバーの以前の上司に必ず面談とヒアリングをします。いや、別に
以前XP祭りでLTしたものの10分版。 「せっかく作った物が喜んでもらえない」 「仕様だ、バグだ、の不毛な争い」 「振り回されて疲弊するエンジニア」 など、受託開発でうまくいかない局面は多くあるが、ある一つのことを意識的に行うようにしたら、自分たちの受託開発が180°変わった、という話。Read less
後輩のH.Aです。降臨させていただきました。 「どういう規模のどういう職場で、二人がどういう立場で働いているのか分からない」とのコメントがありましたので補足します。 いわゆるユー子で、全体の規模は60人程度。わたしも先輩も新卒採用の正社員です。所属しているチームは7人です。インフラ、ネットワークまわりの運用をやっているチームです。 わたしは3年目。私立文系出身で、いまのチームに異動して半年になります。それまではプログラミングを中心にやっていました。 先輩は4年目で、工業大出身。ずっといまのチームにいます。最初っからバリバリ仕事ができて「驚異の新人」と呼ばれ、非常に高い評価を受けている方です。 そもそもですね、 わたしが業務を引き継ぐのはIさんからであって、あなたからではないです。 なぜあなたがわたしに業務を指示するのか、なぜわたしを指導しようとするのか、ずっと疑問に思っていました。 それが
２月末をもって、１２年間勤めたアクセンチュア株式会社を退社することにしました。お世話になった皆様方には本当に感謝しています。 これから述べることは、もちろん個人的見解です。もし、アクセンチュアの内部批判・告発を待ち望んている学生さんや転職希望者の方には期待はずれな記事になると思うので、他のサイトを当たってみてください。 アクセンチュアという会社は僕にとっては期待通り「会社員として最大限の自由を享受できるシステム」であり、素晴らしい環境でした。 僕はそういう意味で居心地がよかったのですが、そこから離れる意味というのは、アクセンチュアが先導してきたグローバル資本主義経済のシステムをつくるチームから一度離脱して、オルタナティブなシステムをつくる側に回ることにしたということです。 はじめにアクセンチュアがなぜ会社員にとって最も自由な環境なのかについて話しておきたいと思います。 一方でその環境がパラ
自社で使用するシステムを開発する、とする。 このとき迂闊にやっていると、気付いたら過去に構築したシステムのメンテナンスにばかり時間をとられ、新しいコードがぜんぜん書けていない、という状況に陥ることがある。 こうなると地獄だ。新規の興味深いコードを書くなんてとんでもない、という状態になる。メンテナンスコストを下げるためのコードすら書けなくて永遠に悲惨な撤退戦を繰り返すことになる。絶対に避けなくてはならない。 ということで、自分が心掛けていることをざっと書く。 全く手を入れずに動き続ける状態を最初に作る もちろんシステムというものは生き物なので、ある程度のメンテナンスコストが必要になる。特に会社というものは生き物なのでシステム周囲の環境は常に変化する可能性がある。データ連携している別のシステムの仕様が変われば、当然そのデータを利用する側も対応しなければならない*1。 ということで、システムには
生産性向上メソッドの多くは、特定のプロジェクトやToDoを対象としています。一方で、日本で生まれた「カイゼン」という生産性向上哲学は、どんな仕事のどんな部分にでも適用できるのが特徴です。 カイゼンは、生産性を向上するための「システム」というよりも、「哲学」と言った方がいいでしょう。GTDメソッドやポモドーロテクニックとは異なり、自分の働き方からチームの働き方まで、あらゆることを対象とした考え方なのです。 カイゼンとは？ カイゼンは、単なる改善とは異なります。その意味は、「コンスタントに改善を続けること」。つまり、組織のあらゆる側面において、どんなときでも、より良い方法を目指して努力することを意味します。この哲学は、第2次世界大戦後、複数の日本企業で生まれました。戦後の混乱の中、それまで通りのやり方で物事に取り組むのは悪いことであるという考えが尊重されたのです。特に、競争力強化につながる選択
拙著『若者と労働』が電子ブック化されたことで、さらに読者層が広がっているようです。 本日、やまあきさんの「ファジーロジック」に、こういうブログ記事がアップされていますが、 http://yama-aki1025.hatenablog.com/entry/2014/12/12/%E8%87%AA%E3%82%89%E3%81%AE%E6%84%8F%E6%80%9D%E3%81%A7%E3%80%8C%E6%88%A6%E5%A3%AB%E3%80%8D%E3%81%AB%E3%81%AA%E3%82%8B%E3%81%A8%E3%81%84%E3%81%86%E3%81%93%E3%81%A8%EF%BC%88%E6%BF%B1%E5%8F%A3（自らの意思で「戦士」になるということ（濱口桂一郎さんの「若者と労働」を読んで）） 新幹線内の読書用にkindleストアで濱口桂一郎さんの「若者と
「うちの会社には、毎日のようにソリューション・ベンダーの営業の方がお越しになり、自分たちのサービスや製品を紹介してくれるんです。それはありがたいことなのですが、でも、こちらが何を必要としているか、どのようなことで困っているかなどの質問なしに、“我が社の商品は・・・”と話し始める人がほとんどです。どうすればいいでしょうか？」 こんなご質問を頂戴したことがある。彼女は、ある大手企業の情報システム部門の方だった。私は、次のように回答した。 「自分たちの状況や今必要としていること、困っていることを３ページ程度の資料にまとめ、いつもそれを更新しておくというのはどうでしょう。そして、このような営業さんが来たら、“すみません!１０分だけ、先に話をさせていただけませんか。まずは、うちの事情を紹介しますので。その上で、お話しいただけないでしょうか？”と言ってみてはどうでしょう。こうしておけば、常に自分たちの
■ドワンゴ社内の様子 1Fに米屋のあるビルの4Fと6Fにドワンゴはオフィスを構え、 社員数は約30人だった。自分の社員番号は34番 (社員番号制度が出来るより以前に居た社員も存在するため正確な入社順ではないらしい) 4Fオフィスの奥のスペースには二段ベッドがあり、しょっちゅう社員が仮眠を取っていたが、 とある早朝、誰もいないオフィスに自分が1番乗りで出社した！と思ったら、 突如、デスクの下から人が這い出してきて驚愕させられた！？ どうやら机と机が背向かいになった隙間の床スペースで寝ていたそうで、確かネットワークRPGツクールを作っていたはむぞーさんだ。 自分も試しにそのスペースに入ってみると、外の騒音から隔絶され、かつ周囲の目線が一切気にならない実に快適なスペースだった。 会議室には何故か楽器がたくさん転がっていて、謎の動画が撮影されたりしていた UPDATE 高画質版を頂きました！ ※1
99U：1957年の真夏のある午後。教会で行われたある演奏が、その後の音楽の歴史を大きく変えることになりました。午後4時すぎ、ティーンエイジャーのバンドがステージに上がりました。噂によれば、彼らは近所の人達の前で歌うことに緊張しすぎていたため、舞台に上がる前にいくらかビールを飲んでいたとのこと。 演奏したいくつかの曲でボーカルが歌詞を忘れ、なんとか即興で切り抜けていたのにも、そんな背景があったからでしょう。「ダーリン、僕のもとへおいで」という歌詞が、なぜか「行き着いた場所は刑務所〜」という歌詞になっていたのです。 観客の多くは、そんなミスにも無関心でした。ですが、観客の中にいた1人の人物は、バンドの演奏に夢中になって聴き入り、バンドの滑稽な演出に関心していました。その人物こそ、ポール・マッカートニーです。この時、彼は初めてジョン・レノンを目にしたのでした。 それから半世紀が経った今、レノン
知識はスタンドアローンでは存立できない。 そして理解するとは結びつけること、知識のネットワークをつくり育てることに他ならない。 今回は、こうした理解の捉え方を、最も直裁に実装化したISM構造学習法を紹介しよう。 自分が今現在、何と何をどのように結びつけて理解しているかを繰り返し可視化し、これを増補改訂していく中で学習を進めていこうというアプローチである。 （時間がない人のための概略） １ 学びたいことから複数（20〜30個）の項目を拾い出す ２ 「この項目はこの項目とつながってる」と今の時点で分かるもの同士を結ぶ ３ 連結関係をdot言語で記述しGraphvizで階層構造（ネットワーク）図にする ４ 学習が進む度に、結びつきを追加／修正し構造図を改訂していく （関連記事） ・直観を超えた何かが組み上がることを目指して→考える道具としてのdot言語 / Graphviz 読書猿Classic
これは興味深い問題提起。 エクセルでできることができない何百万のシステム・・ 「Excelで出来ることが出来ないシステムとかいうものに、なんで数百万も突っ込む必要があるのか」という話には、キチンと整理して説明できるようにしておきたいもの。 機能面ではExcelには勝てない Excelが提供している豊富な機能群は、世界でも選りすぐりのソフトウエア開発チームが途方も無い期間と金額をかけて作り上げたものです。Excelで出来る機能と同等の機能を提供することは、納期も予算も上限がある業務システム開発プロジェクトにおいて、非常にハードルの高い機能要件でしょう。業者からすると「ウサイン・ボルトに100m走で勝利しろ、期間は2ヶ月で」って言われても的な・・・ でも、「Excelとかいう最強の業務ソフトと同じこと望むなよ、そんなもん無理」で突っぱねてしまうのも違う。Excelには無い価値ってどこにあるかを
<追記> 追加記事を書きましたhttp://getlife.hateblo.jp/entry/2013/12/07/034949 エクセルでできることができない何百万のシステム・・ 多分現場の人かな。往々にして、システム導入を決定したトップの目的が現場に伝わらず、既存ツールとの差だけが目につくってことはよくあるし。ま、一部業務をexcelで残すみたいに調整すればいいんじゃないかな。 オッサン、こういうシステムネタ好きです。昔高度情報技術者試験を受けた時を思い出すなあ。 大体、仕事やっているとこの手の「今やっている仕事と違う～」だとか、「役員はシステム導入ばっかり言って現場をわかってない」とかそんな揉め事ばかり。 まあ、そういう揉め事を丸め込む納得できるよう調整するのがオッサンの仕事なんですけどね。 本当にやりたいことを見つける システムの要件定義のキモは 必要なこと やりたいこと やらない
起業して4年。年商4億、従業員10名まで到達した。しかし、ここにきて問題が発生している。というのも、創業メンバーである役員（自分含む）と中途入社メンバー間の意識の違いがヤバイ。わが社はマンションの一室で4人で創業した。当然のことながら、創業メンバーは一日20時間働いて創業期を乗り切った連中ばかりだ。創業メンバーの4人はほぼ横並びのフラットな関係だし、幸いに人間関係も良好で一人も欠けることなくここまで会社を育て上げることが出来た。言うまでもなく、自分を含めた全員がワーカホリックである。しかし、中途採用で新人を取り出してから我が社は完璧なブラック企業と化している。というのも、創業メンバーの残り三人が「創業時の自分と同じ働き方」を社員に強く求める傾向がどうしても止められないのだ。代取である自分としては、利益の最大化をムリに目指すより永続する業務のシステム化を優先し能力の属人性を限りなく少なくし、
考えれば考えるほど、医者＋製薬会社＋官僚の権益確保システムがよくできていて笑うしかない。 さすが日本最高の頭脳がよってたかって長年かけて作り上げたシステム、非の打ち所がない。 あらゆる方面に対してWIN-WINの関係（もしくはそう見えるような状況）を巧妙に作り上げて文句も言われにくくなってところも、もう芸術的といっていい素晴らしさだ。 収入源（健康保険）が凄い日本国民は国民皆保険制度により、３割の負担で医療を受けることができる。 どんな医療行為がいくらになるかは診療報酬制度で全国一律となっており、地域差や病院によって負担が不公平にならないようになっている。すばらしい。 現行の診療報酬は http://www.mhlw.go.jp/shingi/2006/10/dl/s1005-4e.pdf このへんがオフィシャルなのかな。 このPDFに、具体的な例があるのでそのまま引用してみる。 背部痛が
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
