品質保証部門の陳腐化。そして陳腐化した品質保証は品質を悪化させる - 千里霧中
※品質保証のエンジニアである筆者が自省・戒めのために書いた記事になります 品質管理（Quality Control）、品質マネジメントは国内では製造業を中心に発展し、プロダクトの競争力向上に貢献してきました。 JTCと呼ばれる旧来からのメーカーでは、その実績・年功の蓄積に応じて、独立性を保った品質管理・品質保証部門が権威を獲得し、今でもソフトウェア開発に強い影響力を保持するようになっています。筆者は複数のメーカーを転職やコンサルで巡って来ましたが、例えば品質保証部門が承認しないとマイルストーンで開発がブロックされる、プロダクトがリリースできないといった権限を持つ体制が、今なお普遍的に見受けられます。 この品質保証部門が権力を持ち、品質ゲートの門番として振る舞う体制は、今であっても、ある面で恩恵を提供しています。例えば次のようなものです： 法規制対応、標準化対応、その他公的なガバナンス要求へ
アジャイル開発とスクラム 第2版 顧客・技術・経営をつなぐ協調的ソフトウェア開発マネジメント - forest book
www.shoeisha.co.jp 最近、開発方法論や組織論に関心をもっています。2020年改訂スクラムガイド を読んだり、実際に業務でもスクラムを実践している開発チームで働いています。しかし、まだスクラム開発者として働き始めて2ヶ月なので新人です。これまで私はスクラムを実践している開発チームで働いたことがなく、いま初めてスクラムチームで開発者として実践しています。とはいえ、チケット駆動開発 + イテレーション開発 は10年以上実践してきており、厳密な定義では正しくないかもしれませんが、広義ではアジャイル開発という枠組みで開発を実践してきたと私の中では捉えています。そして、私の周りでうまくまわっていないスクラム開発をみかける度にチケット駆動 + イテレーション開発でうまくいくのになぜスクラムのような効率の悪い開発をしているのか？とすら内心では思っていました。 本書を読み終えて、結論から言
アジャイル開発の外部委託が「偽装請負」だと疑われないためにすべきこと、厚労省が公表した疑義応答集を読み解く（前編）。Agile Japan 2021
アジャイル開発の外部委託が「偽装請負」だと疑われないためにすべきこと、厚労省が公表した疑義応答集を読み解く（前編）。Agile Japan 2021 アジャイル開発において開発担当者を外部のベンダに依頼した場合、必然的に発注側の企業とベンダ側の開発者が1つのチームとなり密なコミュニケーションを行います。 すると、発注側の企業がベンダの開発者の業務遂行に対して具体的な指示を行う、いわゆる「偽装請負」とみなされる可能性があるのではないか？ という疑義が以前から呈されていました。 この疑義に対して、どのように対処すれば偽装請負と見なされないか、その指針が今年9月に厚生労働省から「労働者派遣事業と請負により行われる事業との区分に関する基準（37号告示）関係疑義応答集」として公表されています。 オンラインで11月8日に開催されたイベント「Agile Japan 2021 Day 0」では、この疑義応
予測型マインドセットと適応型マインドセットの違い、アジャイル思考の本質 | Social Change!
多くのマネージャや経営者に会ってきた中で、マネジメントの手法や組織のあり方の背景には、大きく二つの流派があるのではないか感じています。 一つは、未来の目標を決めて突き進もうとする考え方。もう一つは、将来は予測しきれない前提に立ち、変化に対して柔軟であろうとする考え方。 この本質的な部分で考え方（マインドセット）が合っていないと、世の中にある多くの手法や制度を真似てもうまくいかない。これは、どちらが正しいといった話ではなく、違いを認識することが重要ではないかと考えて整理してみました。 本稿では、この２つのマインドセットを「予測型マインドセット」と「適応型マインドセット」と定義して、その違いについて深掘りをしてみましょう。 未来の想像を先にするか、現在が続く先に未来があるか 「未来の働き方はどんな風になっていると思いますか？」 先日、とある大企業のイノベーションを担う部門の人たちから、リモート
コロナ禍に「サウナの混雑表示システム」を一晩で 元エンジニアの番頭が手掛ける「アジャイル銭湯」 | i:Engineer(アイエンジニア)｜パーソルクロステクノロジー
「世の中のITエンジニアはエンジニアだらけのコミュニティにいることで、自分の技術がどれだけ他業界ではハイスペックなのか気づけていないと思うんです。もったいない」 そう話すのは、東京・大崎の銭湯「金春湯（こんぱるゆ）」の経営者、角屋文隆さん。9年間務めた大手メーカーのエンジニア職を辞め、1年前に実家の銭湯の経営者となった、業界には珍しい“エンジニアの番頭”さんです。 金春湯はもともと利用者のデータをまったくとっていませんでしたが、角屋さんは“金春湯専用システム”をイチから開発し、客層や混雑の時間帯を数値化。ほかにも公式サイトを改修したりWebショップを展開したりと、創業70年となる老舗の実家にIT革命をもたらしています。斜陽産業から抜け出しきれない業界のなかで、売上は１年で7割増える結果となりました。 「でも、自分が使った技術は新人研修で学べるレベルなんです」という角屋さん。エンジニア時代に
お役所や大企業がIT調達の呪縛から逃れるためには - ku-sukeのブログ
宮坂さんのTweetを拝見し、僕もここ数年DXだとかFintechだとかよくわからない業界でもがいてきて少し見えてきたことがあるので言語化してみたい。 勉強になった。行政ではIT調達なる言葉を使うが、ソフトウェア/デジタルサービスは「調達」という言葉に馴染まないのではと。サービスが顧客期待に応えるかは事前に積算できず不確実性が。顧客に聞きながら改善するしかない。これが今の予算/調達制度に抜群に相性が悪い仮説。 https://t.co/RUV1HzrDoe— 宮坂学 Manabu Miyasaka (@miyasaka) 2020年9月19日 おさらい。IT調達の呪縛とは まずはじめに、この国の遅れたIT化や、いけてない（ようにみえる）システムがなぜ起きているか、その原因の多くが、システム開発を「モノの調達」と同じフローに載せていることである。 たとえば、コピー機を100台、カラーレーザー
ベンダーロックインを経験したデンソーが、自社の工場IoT基盤を内製化するまでの軌跡
デンソーのFactory‐IoT室の歩み 矢ヶ部弾氏（以下、矢ヶ部）：クロストークということで、これまでのプロジェクトの年表を作ってみました。 縦軸がプロジェクトのテンションと勢いで、横軸が年度になります。私が軽く説明して進めますね。 及川卓也氏（以下、及川）：どんどんつっこんだ質問をしますね（笑）。 矢ヶ部：まず、デンソーががFactory-IoTの組織を立ち上げて、半年後に社長がFactory-IoTを世界130工場全てに導入すると「①発表」しました。年表はそこから始まっています。 及川：まずつっこみたいところなんですけど。 なぜこれを発表するのかがよく分からないんですよね。 矢ヶ部：社長はきっと公言することで社員を奮い立たせようとしているのだと思いますね。 及川：こうやって打ち上げられたことで、内部的にポジティブな効果はありましたか？「進めるぞ！」「イエーイ！」という感じになった？
エンジニア採用強化各社はいかに優秀なエンジニアがすでに在籍してるかよりいかに優秀なプロダクトデザイナーやマネージャーが在籍しているかをアピールしてくれ - まいくろ🍣きりみん
ポエムです。パッと勢いで書くので反論の余地があるかと思います。 あと何にやりがいを感じるかも多分かなり人それぞれだとは思います。 経緯 最近あらためて思うのが、よほど高度な技術を使っていない限りWeb系企業におけるエンジニアってあくまで守の存在なんですよね。プロダクトのやりたいことを妨げないために堅実にしっかりと物を動くものを作っていく。ただしそれは必要条件でしかなくて、事業が駄目なら成功しない— きりみんさん(きりみんちゃんのマネージャー) (@kirimin) November 6, 2019 エンジニアがどこまで仕様に口を出せるかは組織の体制や規模にもよるけど、やはり事業開発においてエンジニア一人がプロダクトの成功に与えられる影響力はあまりにも小さい。失敗に与えられる影響力は大きいけど🤭— きりみんさん(きりみんちゃんのマネージャー) (@kirimin) November 6,
経営者が新規事業を失敗させてしまう7つの罠
社内ベンチャーを立ち上げて新規事業に挑戦した中で気付いたこと、MBOして独立した後で多くの新規事業に挑戦する人たちの相談を受けて気付いたことをまとめています。「成功する秘訣はないが、これをやったら失敗する教訓はある。」「イノベーションを目的化してイノベーションは起こせない。」
クラウドソーシングから舵を切る ── エンジニアの働き方を追求する及川卓也さん×ランサーズ、怒濤の「2万字」座談会 - はてなニュース
フリーランス総合支援プラットフォームを運営するランサーズは、2018年末、高いスキルを持つフリーランスとのマッチングを提供する「Lancers Pro」（ランサーズプロ）をスタートしました。これまでの「匿名が可能なクラウドソーシング」から、実名・顔写真登録を行う個人（タレント）と人材を必要とする企業との仲介をする“タレントソーシング”へ──多様な働き方を推し進めるランサーズの新しい取り組みについて、聞き手として技術面での企業支援を行う及川卓也さんをお迎えし、エンジニアの働き方、キャリアへの考え方などについて伺いました。 Lancers Pro - 厳選フリーランス最短即日ご紹介サービス クラウドソーシング「ランサーズ」 ※この記事は、ランサーズ株式会社によるSponsoredContentです。 出演者プロフィール 及川 卓也さん DEC、Microsoft、Googleを経て、2015年
組織に流れるフォースを間接的にコントロールする仕事 - @i2key のBlog
Recruit Engineers Advent Calendar 2018 - Adventar ということで、エンジニアリングマネージャー的なことを書いてみます。1on1とか採用とか評価制度とかではなく、組織力学のような話を。 フォースを感じる 自分は普段からエンジニア組織をマネジメントする際に「構造によって発生する力学」をすごく意識しています。いま、大体100人弱の社員エンジニア組織をマネジメントしているなかで、役割上、判断する仕事がかなりの割合をしめます。その判断でどんな力学が発生して最終的に現場で何が起こるかまで可能な限り想像力を張り巡らさないとならないです。そして、この想像力において、どれだけ解像度を高くできるかこそが現場感だと思います。経験がないと何がおこるか想像すら出来ないと思うので。 ビジネスにおける意思決定で発生したフォースは徐々に伝搬し、最終的にエンジニアの現場に流れ
エンジニアの技術力評価は難しい? - 7年間運用してきた技術力評価制度の改善の歴史 ‒ / technology assessment 2018 04 25 - Speaker Deck
2018年4月25日にはてなさんのオフィスでプレゼンしたときの資料です。 ※このスライドは、2017年1月に公開した資料 ( https://speakerdeck.com/makoga/regional-scrum-gathering-tokyo-2017 ) に「社外評価者」の取り組みなどを追加した内容になってます。 ---- 2018/05/15追記 このスライドを公開後、下記2点を懸念する声がいくつかありました。 ・プレゼンスキルだけが高い人が過剰に評価されるのでは。 ・社内政治やコネを作るのがうまい人が過剰に評価されるのでは。 それを受けて、工夫していることを別ブログとして書きましたので、ぜひ読んでみてください。 適切な技術力評価をするために工夫していること https://note.mu/makoga/n/nfafc523957f3 ---- 2019年2月5日追記 スライドだ
［特報］27億円の賠償巡り新たなIT裁判始まる、文化シヤッターが提訴
アルミ建材大手の文化シヤッターが、販売管理システムの開発が頓挫した責任は委託先の日本IBMにあるとして、約27億4000万円の損害賠償を求めて日本IBMを提訴していたことが、日経コンピュータの取材で明らかになった。 文化シヤッターは2017年11月に東京地方裁判所へ訴訟を提起した。同社は2017年度第2四半期決算（2017年7～10月）で、販売管理システムの開発継続断念に伴う17億4500万円の特別損失を計上済み。同システムの開発委託で日本IBMに支払った費用などの返還を求める。 文化シヤッターが既存の販売管理システムを刷新するプロジェクトを始めたのは2015年3月のことだ。文化シヤッターは日本IBMに提案依頼書（RFP）の作成を委託。そのRFPに基づき複数のITベンダーから提案を受けたうえで、日本IBMをシステム構築の委託先として選定した。 日本IBMの提案は、販売管理システムの構築にE
Webベンチャーから電機メーカーに転職して思うこと (近況まとめ) - sseze's blog
(おはようございます|こん(にちは|ばんは))。 この記事は mixi OB/OGによる ex-mixi Advent Calendar 2017 の10日目です。 例によって技術的な話ではない上に、個人的な話題ばかり書いてしまったため、自分も個人ブログにて投稿します。 想定する読者 お世話になった現役ミクシィの皆様 (近況報告です) お世話になったミクシィOB/OGの皆様 (ご無沙汰しております) これからWebベンチャー→メーカーエンジニアへシフトチェンジしようとしている稀有な方 長いのでTL;DR 大学が電子情報系だと電機メーカーは結構楽しい ワークライフバランスがだいじな件 大企業をテラフォームするのは正直シンドい 職場環境、東京で消耗しなくなった話 ミクシィで学べたこと、今後について 在職期間のこと 自分がミクシィに在籍した期間は、2012年9月から2017年3月末日までの4年7
Scrum Inc.に聞く、アジャイル開発がうまくいかない理由と、イノベーションを起こすために必要なこと
Scrum Inc.に聞く、アジャイル開発がうまくいかない理由と、イノベーションを起こすために必要なこと：DX時代のDevOps／アジャイルヒーローたち（1）（1/3 ページ） デジタルトランスフォーメーション（DX）のトレンドが進展し、テクノロジーの力を使って新しい価値を打ち出す「企画力」と「スピード」が、ビジネス差別化の一大要件となっている。その手段となるアジャイル開発やDevOpsは企業にとって不可欠なものとなり、実践に乗り出す企業も着実に増えつつある。だが国内での成功例は、いまだ限られているのが現実だ。本連載ではDevOps／アジャイル開発の導入を支援しているDevOps／アジャイルヒーローたちにインタビュー。「ソフトウェアの戦い」に勝てる組織の作り方を探る。 今、企業が取り組むべき「変革」とは？ 金融、製造をはじめ、各業種でデジタルトランスフォーメーションの取り組みが進む中、IT
リーダー(管理者)ではなくエンジニア(実務者)でありたいと願う人々へ - おうさまのみみはロバのみみ
「お前は向いていないんじゃない、やってないだけだ」 この一文を読んでほんの少しでもなにかを感じた人は是非とも↓の本を今すぐに読むべきだ。 エラスティックリーダーシップ ―自己組織化チームの育て方 作者: Roy Osherove,島田浩二出版社/メーカー: オライリージャパン発売日: 2017/05/13メディア: 単行本（ソフトカバー）この商品を含むブログ (1件) を見る 本著はみんなが考え、感じているリーダーシップという曖昧模糊な概念に対して具体性をもたらせてくれる。 それは「チームリーダーの役割は優れた人材が育つのを助けること」と定義付けていることだ。 このシンプルである意味で本質をついている定義付けが本著を名書たらしめているとぼくは思う。 この本の構成は1部〜4部(おおよそ本書の半分ほどを占めている)までが著者によるリーダーシップとはなにか？3つのフェーズの分類とそのときに期待さ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
なぜ変化を起こすのが難しいのか？ - 数年以上にわたって難しさに向き合い・考え取り組んできたこと / The reason why changing organization is so hard - What I thought and faced for more than several years
チーム転職できました #チームFA宣言 #完結編 #アフターストーリー
Ron Jeffriesが、開発者は"Agile"を捨てるべきと発言
おじさんにも分かるITトレンド説明と日本のエンプラITの限界 - arclamp
