[B! kaizen] yosu1のブックマーク

業務改善を現場に求める狂気 - megamouthの葬列

前回までのあらすじボトムアップ型業務改善の代表格であるトヨタ式カイゼンが多くのIT企業に適用できないことを悟って絶望するmegamouth。錆びた斧を交換できない木こりはやはり愚昧なのだろうか？それとも我々はトタン屋根の上の猫のように日が傾くことをただ念じるべきなのだろうか？（どうでもいい）一人で始める業務改善。その狂気まず、本エントリは末端IT土方が一人で業務改善を行おうとすると、どのような事が起こるのか、というおかしな話をしようとしている。大げさでなく、業務改善をたった一人で行うというのは、山に篭ったランボーが、襲い来る警官たちを全員サバイバルナイフとブービートラップで惨殺するような話である。この孤独な戦いには何の支援も期待できないし、あなたのサービス残業時間は確実に増加するし、精神的な負荷も大きい。にも関わらず、成功してもあなたが正当に評価されるかはわからない。経営者のガレージ

yosu1 2016/11/30

work
kaizen

リンク

開発するように運用するインフラ JAWS DAYS 2015

Cheating the UX When There Is Nothing More to Optimize - PixelPioneers

yosu1 2015/03/23

リンク

KAIZEN platformの働き方 - sudoken Blog

KAIZEN platformは、少し変わった働き方に挑戦してます。 1:距離を超える働き方弊社の開発は、・新宿・大阪・相模原・恵比寿・バリ島をまたいで、行われてます。なんなら、メンバーが自宅から参加してる時も多々あるので、今いる場所を超えて仕事をしてます。これには、2つの理由があります。一つは、オフィスがそもそもなかったので、集まる場所がないままスタートし、バラバラに仕事しはじめたら、実はあんまり困らなかったため。二つ目は、最初からグローバルを目指していたので、距離が離れたマネジメントに挑戦する必要があったため。この2つの理由によって、最初からKAIZEN platformでは、この距離的制約を超える必要がありました。そうすると、、、・子供が小さいので出社しないで、自宅から働く人。・奥さんの調子が悪くて、看病しながら作業。こういう働き方が出来るという事を意

yosu1 2014/08/05

リンク

B2Bサービス開発の現場から #devsumi

フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発

yosu1 2014/08/01

リンク

伊藤直也が語る「仕事の流儀」第3回──OSSプロジェクトのように組織をつくる｜CodeIQ MAGAZINE

伊藤直也氏が語る「仕事の流儀」の第3回は、暗黙知を作らない組織の作り方。オープンソースのスタイルで組織を作ればいいという直也氏は、KAIZEN platform Inc.において、どのような行動をとっていたのか。ある取り組みによって、KAIZEN流の行動哲学が生まれたという事例をもとに語っていただいた。 by 馬場美由紀（CodeIQ中の人）暗黙知を作るな、すべてを形式知に変えよ前回は、Sqwiggleを活用したリモートワークやGitHubを活用した開発について述べました。開発プロセスは、まあアジャイル開発っぽいですね。アジャイル開発というか、スクラムで求められている他のプラクティスについて、KAIZENのリモートワークではどのようにやっているかをもう少し説明すると、まずデイリースタンドアップ、いわゆる朝会です。リモートでやってるので、スタンドアップといいつつ立ってはいないんです