直感を超えたソフトウェア開発８つの常識と注意点 | Social Change!
2023年6月10日に発売の拙著「人が増えても速くならない ～変化を抱擁せよ～」は、経営者やマネージャの方々がソフトウェア開発の経験がなかったとしても、その本質を掴めればと思って書きました。 今や経営や事業をしていく上でITを使ったシステムは欠かせなくなっており、関わらないわけにはいきません。特に、事業そのものにソフトウェアを内包している場合において、ただ使うだけでなく開発して活用していく必要があります。 そこでソフトウェアと、ソフトウェアを作るエンジニアたちをマネジメントしていかねばならないとき、従来通りのマネジメントをしていると、うまくいかないときが出てきます。 ソフトウェアとエンジニアのマネジメントは、ともすれば直感的なものから外れていることがあります。本のタイトルにある「人が増えても速くならない」のも、その一つです。 本書では章の目次ごとに、そうした直感とは違っているソフトウェアな
プログラミングにおける設計力を高めるには 〜 良いコードを書くために | Social Change!
プログラミングとはコードを書くことだけではありません。どういった構造にするのか、データはどう扱うのか、どのライブラリを使うのか、いくつもの設計を踏まえてコードを書くのです。設計を表現したものがソースコードです。 設計の良し悪しは品質に影響します。では、良い設計を作るスキルは一体どうやって身につけることができるのでしょうか。プログラミング言語の文法は知識なので、独学でも学ぶことができますが、設計に関してはそうはいきません。 本稿では、プログラミングにおける設計力を高めるためにはどうすれば良いのかを考察します。ここで言う設計は、画面や仕様ではなく、ソフトウェア内部の設計ですが、抽象化するとクリエイティブな仕事全般に通じるかもしれません。 本稿の内容は「良い設計」について論じたものではなく、どうすれば身につくのかを考えたものになります。また、私たちソニックガーデンで行っている、良いコードを書ける
チームの自己組織化を妨げる13のパラダイム | Social Change!
大量生産のために一斉に同じことをするような仕事は減り、個々人の創造性やアイデアが求められる仕事が増えてくる中で、チームのマネジメントも変えざるを得ない。 計画した通りに手を動かしているかどうか管理するようなマネジメントから、個性や強みを活かしながら成果を出すマネジメントへの変化が求められる。その先にあるのが「チームの自己組織化」だろう。 ティール組織が注目されたのも自己組織化すれば、自律的に働きながらもチームとして成果を出せるかもしれないという期待からではなかったか。 しかし、チームの自己組織化を実現しようとしても、そう簡単にはいかない。自主性を重んじて、マイクロマネジメントをやめるだけではダメだ。なにより気をつけなければいけないのは、従来のパラダイムに引っ張られてしまうことだろう。 本稿では、自己組織化を妨げてしまう13個の古い常識や価値観について書いた。 1.計画通りであることを良しと
物理オフィスがない完全リモートワークまでの10年間の道のり | Social Change!
私たちソニックガーデンには、本社オフィスがない。全員がリモートワーク、在宅勤務なので、物理的に出社するためのオフィスをなくしてしまった。 今は、テレビ会議とバーチャルオフィスを組み合わせて普段は仕事をしている。 リモートワークに取り組む際に、私たちのやり方をそのまま真似をするとうまくいかないかもしれない。なぜなら、私たちも一気に今の状態になったわけではないので、私たちと同じように段階を踏んで進めていくのが良いのではないだろうか。 本記事では、私たちが物理オフィスのない完全リモートワークに至るまでに取り組んできた試行錯誤の変遷をふりかえってみよう。 ステップ0.昔ながらのオフィス（2008年頃） 私たちソニックガーデンは、もともとは大手企業の社内ベンチャーとして始まった会社だ。その当時は、それはもう本当に普通の働き方をしていた。 浜松町にある大きなビルが会社のオフィスで、私たちはその１０階に
プログラミング経験がない経営者のためのソフトウェア開発 11の事実 | Social Change!
今やどんなビジネスでもITが関係している。ITを支えているのはソフトウェアだ。あらゆるものがソフトウェアで実現される時代になった。そんな事業や生活に密接に関わるソフトウェアだが、その開発について知られていないことも多い。 とくに経営者がプログラミング経験がないことで、ソフトウェア開発のリーダーシップをとるときに的外れなマネジメントをしてしまうことがある。あまねく経営者がプログラミング経験があれば良いのかもしれないが、それは現実的ではない。 プログラミング経験がなくても、せめてソフトウェア開発の特性について知っておくと良さそうなこともあると思い、なるべく専門用語を使わずに本稿を書いた。 プログラミングは製造ではなく、設計である いまだにソフトウェア開発を、ビルや家屋の建築に喩える人がいるし、工場でモノを製造するようにプログラムが作られると思っている人もいる。 ここが間違いのもとだ。ハードウェ
働き方の前に見直すべき会社を構成する因果関係 | Social Change!
私たちソニックガーデンの「納品のない受託開発」は、納めて終わりの商売ではなく、月額定額の顧問として継続的に開発するサービスだ。要件定義の難しい新規事業や、継続的に改変していく業務改善といった場面でのニーズに対応している。 この少し変わったビジネスモデル以外に、社員30名強ほどの会社にしては注目して頂けている点は、その働き方なのだろう。在宅勤務は当然として、一昨年には本社オフィスを撤廃し、全社員リモートワークにしたことは大きな働き方の変化だった。 一般的なテレワークのイメージと、リモートチームの６つの違い 社員が増えたので物理的なオフィスをやめました しかし、私たちにとって大事なことは、こうした「働き方」だけを求めて経営をしてきた訳ではない、ということだ。外から見て目立つ「働き方」の部分は氷山の一角で、その見えないところには、ビジネスモデルや組織など多くの要素が隠れている。 本稿では、その働
「時間対効果」を高める働き方とマネジメント | Social Change!
今回は、牛尾さんの記事『「Be Lazy」を極めるためには残業をしてはいけない』にインスパイアされて書きました。 私たちのように小さな会社が大きな成果を出すためには、無駄なことはしていられません。時間に対して高いパフォーマンスを出す「時間対効果」の高い働き方を徹底する必要がありますよね。 この記事では、私たちのチームで「時間対効果」を高めるために、前提においている働き方の価値観やマネジメントについて書いてみました。 時間をかけすぎてはいけない 中途入社で入った人がやりがちなのが、頑張りすぎること。いや、頑張ることは良いのだけど、時間をかけて成果を出そうとしてしまう。しかし、それでは「時間対効果」で見ると低いです。 私たちのチームでは「ふりかえり」で、仕事の進め方についてメンターがレビューをしますが、最初の頃に指摘するのが、沢山働いて成果を出そうとすることについて。限られた時間の中で、どれだ
セルフマネジメントで自己組織化されたチームは、どうマネジメントするのか | Social Change!
講演や取材などで「管理がない」という話をすると驚かれる。特に、リモートワークなのに管理はどうしているのか、本当にちゃんと働くのか？サボらないのか？という疑問が浮かぶのだろう。 確かに目の前にいなければ、働いているのかどうかわからないから心配になるのだろう。しかし、オフィスにいたとしても、本当に働いているのかどうか、管理できているのだろうか。椅子に座ってコンピュータに向かっていれば仕事をしている・・・とは限らないだろう。一生懸命にウェブサーフィンしているかもしれない。 結局は、コンピュータを使った仕事が普及してから、ちゃんと働いているのかどうか逐一みて回ることなど現実的ではなくなったのではないか。さらに、定量的な成果での評価がしにくいナレッジワーカーになると、さらに管理は難しくなる。そうした、これからの働き方でポイントとなるのが「セルフマネジメント」だ。 一人一人がセルフマネジメントを身につ
一般的なテレワークのイメージと、リモートチームの６つの違い | Social Change!
働き方に注目される時勢のおかげで、私たちが昔からやっていたリモートワーク、それも、チームワークを重視するリモートワークである「リモートチーム」について話をする機会が非常に増えた。とてもありがたいことだ。 ただ私たちの場合は、働き方だけに注目して取り組んできた訳ではなくて、生産性を高めることや無駄なことをなくすことを追求した結果として、今のスタイルになっている。だから、一般の人のイメージするようなテレワークとは大きく違っている。 一般的なテレワークに対するイメージと、私たちが取り組んでいるリモートチームの実態について、その違いを明確にしておかないと、いくら伝えても伝わらないと感じることがあったので、改めてまとめてみたのが以下の図だ。 申請は不要、誰でもいつでも在宅勤務 一般的なテレワークや在宅勤務の話を聞くと、在宅勤務をしたい場合は事前に申請をして、会社や上司の許可を得てから実施するらしい。
数字や営業が苦手なプログラマだから辿り着いた「エクストリーム経営」 | Social Change!
「心はプログラマ、仕事は経営者」プログラマである自分が働きたいと思える会社を作りたいと思って経営をしてきた。結果として、セルフマネジメントでフラットで自己組織化された組織、最近だとホラクラシーと呼ばれるような経営をしている。 いい会社だと言ってもらえることもあって誇らしく思うのだが、果たして本当に良い会社かどうかはわからない。価値観に合致するプログラマにとっては良いかもしれないけれど、合わない人や他の職種の人にとっては全然ダメな会社かもしれない。 よく取材などでも聞かれるが、今の経営スタイルは、たいそう立派な理念や理想があって実現した訳ではなく、プログラマである自分自身が苦手なことをせずに済むように、逆に出来ることと得意なことは徹底的に活かそうとしてきたに過ぎない。 思い返せば、徹底的に極端にしてきたことが功を奏したことから、この経営スタイルは、もし名付けるなら「エクストリーム経営」と呼べ
経営者が新規事業を失敗させてしまう７つの罠 | Social Change!
多くの企業が新規事業に取り組んでは失敗している。新規事業はそもそも難しく、企業の中で始める新規事業もスタートアップも成功するケースはわずかしかない。中でも既存事業をもった企業の中で新規事業を立ち上げるのは、非常に難しい。スタートアップに比べて恵まれた環境にあるにも関わらず、である。 私たちも大手システム会社の社内ベンチャーからスタートしたので事情はよくわかっているし、「納品のない受託開発」では新規事業に取り組むお客様の相談を多く受けてきた。本記事では、そうした経験から新規事業の当事者でなく、既存事業の経営側がやっていることで失敗させてしまっている点について考察した。 たくさんの関係者を入れる 仲間内で始めるスタートアップと違い、企業で新規事業に取り組む場合は、社内からメンバーを集めてきて体制を作るところから始まる。事業計画をもとに必要なスキルを持った人員が配置される。しかし、そこに落とし穴
セルフマネジメントの必須スキル「タスクばらし」そのポイント | Social Change!
私たちソニックガーデンでは、指示命令のマネジメントを捨て、メンバーそれぞれが自分で考え自律的に行動することで、高い生産性を発揮しつつ様々な変化に対して柔軟に対応できる組織づくりに努めている。 そんなメンバーたちに求めるのはセルフマネジメントができることだ。セルフマネジメントができるために身に付ける素養は少なくない。しかし、セルフマネジメントを身につける最初の一歩は何かを聞かれたら「タスクばらし」だと答えるだろう。 本記事では、セルフマネジメントをマスターするための最初の必須のスキル「タスクばらし」について紹介する。 「タスクばらし」とは 「タスクばらし」とは、読んで字のごとく、仕事をタスクにバラすことである。仕事に取り掛かる前に、その仕事の要素を分解し、どのように進めるか道筋を立てることで、どれくらい時間がかかるか、リスクは何か、見通しを得ることができる。 当たり前のことだと思っていたが、
社員が増えたので物理的なオフィスをやめました 〜 これからは「分散型ワークプレイス」へ | Social Change!
私たちソニックガーデンでは、かねてより全社でリモートワークに取り組んできました。今では24名いる常勤メンバーの半数以上は地方に住む在宅勤務者です。採用応募の殆ども地方からであるため、今後もリモートワーカーは増えていくでしょう。 それでも、これまでは東京の渋谷にオフィスを構えていました。しかし、2016年6月末の契約更新の際に解約を行い、次の移転先は用意せず物理的な「オフィス」という概念を一旦やめて、複数のワークプレイスに分散させることにしました。 今回の物理オフィスをなくした取り組みは、TechWaveでも記事にして頂きました。ありがとうございます。それがこちらの記事。「本日でオフィスなくします」自律的リモートワーク先進企業の門出 【@maskin】 本記事では、その補足として、私たちがオフィスをなくした理由と狙い、そして、新しい分散型ワークプレイスのコンセプトと実践について書きました。
成長のスピードが早い人と遅い人の３つの違い 〜 テーマをもって仕事に取り組んでいるか | Social Change!
これまで多くの人の成長を見てきましたが、人によっては成長のスピードが非常に早い人とそうでもない人がいて、そこには幾つか違いがあると気付きました。 この記事では、その気付きから成長のスピードが早い人と遅い人の違いは何があるか考えてみました。もしかすると、ほんの少し意識を変えることで成長のスピードを早くすることができるかもしれません。 １）仕事のあとに「ふりかえり」をしているか 自分の仕事の進め方はいつ改善されるのでしょうか。毎回、同じことを繰り返すだけでは進歩がありません。仕事が終わったら、自らの仕事ぶりをふりかえり、良かったところを伸ばし、まずかったところを直すと良いでしょう。 私たちの会社では、仕事の「ふりかえり」に慣れていないメンバーは、最初のうちは週に１度くらいの頻度で「KPT」というフレームワークを用いて行っています。詳しくは、このブログの「ふりかえり」に関する記事に書いてあるので
ガントチャートの功罪 〜 新規事業で工程表を作ることに意味はあるか？ | Social Change!
「納品のない受託開発」を通じて、新規事業におけるソフトウェア開発を手伝わせて頂いていることもあり、そこで得た知見を活かして新規事業の審査員のような仕事をさせて頂くことがあります。 そこで審査のために提出された資料の中にあるガントチャートや工程表を見るとき、いつも違和感を感じていました。この記事では、ガントチャートが新規事業においては有効ではないという気付きについて書きました。 ガントチャートは決められた工程の管理をするのに最適 ガントチャートや工程表は、あらかじめ完成品が見えており、工程がはっきりしたものを「製造」していくときに非常に役に立ちます。どの工程にどれくらいの工期がかかるのか見えるようにすることで全体の計画が把握できます。 ガントチャートを有効に使うためには、きちんと工程を分解できること、とりかかる工程の順番がはっきりしていること、それぞれの工程にどれくらいの期間がかかるのか見積
「受託脳」から「提案脳」へ 〜 目線を変えて問題解決のプロフェッショナルになるためには | Social Change!
不特定多数に物を売るのではなく、特定の誰かの問題を解決する仕事をするときには、相手のことを考えるだけではうまくいかない場合があります。どうすれば顧客の本当の満足を得ることができるのでしょうか。 これまで一緒に仕事をして素晴らしいと感じた人たちは皆、その見ている「目線」が違うことに気がつきました。この記事では、問題解決のプロフェッショナルが備えている目線の持ちかたについて書きました。 アウトソースをするときの２種類の目的 私たちが仕事をアウトソースするとき、２種類に分けて考えています。 一つは、決められた単純作業や繰り返し作業のアウトソースです。そういう作業はクラウドソーシングを活用することもありますが、私たちの会社ではそれほど多くありません。だいたいの単純作業はコンピュータを使って自動化してしまうからです。 もう一つは、自分たちには出来ない問題を解決するためのアウトソースです。ウェブサイト
地方に暮らすエンジニアの抱える課題と希望 | Social Change!
先日、島根県の松江で行われた「松江Ruby会議06」というイベントで講演をしてきました。講演のテーマは『「納品のない受託開発」とエンジニアの働きかたのこれから』というもので、「納品のない受託開発」「地方」「Ruby」「ギルド」について話して欲しいと依頼を受けました。 色々と新しいネタも入れた資料ですが、今回の記事では、地方で働くエンジニアについて、その講演で話したことをもとに考えてみたいと思います。 “地方”を言い訳にしている人たち あちこちの地方に講演で伺うことも多く、懇親会などに参加すると地方における問題を聞かされます。確かに様々な問題があるのもわかります。だからといって何か提案をしても「そうはいっても地方だと難しい・・・」という言葉をよく聞くのです。 しかし、果たして本当に「地方」が問題なのでしょうか。 そこで思い出すのは、東京にいても現状を変えようとしない人たちの言葉です。彼らはこ
ソフトウェアエンジニアの目指す道 〜 ナレッジワーカーとしてのプログラマ | Social Change!
私たちソニックガーデンでは、「プログラマを一生の仕事にする」ということを一つのビジョンにしています。 このブログではよく書いていますが、私たちの考えるプログラマとは、ただコンピュータに文字を打ち込むだけの仕事ではなく、ソフトウェアそのものの企画から、関連するすべての設計、そしてコーディングと、動かすための運用までの、ソフトウェアエンジニアリングのすべてを行う仕事です。 それらは「何をするか」という観点からプログラマの仕事を表したものですが、より抽象的に考えると、プログラマの仕事は何か、そして何を目指すことで「一生の仕事にする」ことができるのか、この記事では考えてみました。 Employees hand rolling cigars in a cigar factory: Ybor City, Florida / State Library and Archives of Florida プ
「納品のない受託開発」とは 〜 これからの時代にあったソフトウェア受託開発のビジネスモデル | Social Change!
昔は技術的に出来なかった為に運用でカバーしてきた慣習が残り続けているけれども、実は今の技術で考え直すともっと無駄なく簡単に出来ることって、多くの業界で起きているように思います。 もちろん、ソフトウェアの受託開発の世界でも起きています。ソフトウェア開発を生業とする私たちの会社で考えたのは、昔ながらの商習慣によって様々な問題を引き起こしているのは「納品」ではないか、ということでした。 この記事ではソフトウェアにおける「納品」のもたらす問題と、私たちの会社で解決している方法「納品のない受託開発」について書きました。（自社のウェブサイト用に書いた原稿をブログにしただけなので、それっぽい表現になってます。） 「納品」が引き起こしている問題 私たちソニックガーデンの受託開発では、一括委託を行っていません。ソフトウェア開発における「一括請負での受託開発」のビジネスモデルは、多くの問題を生み出してきたから
自律的に現場を改善できるチームをつくるための「ふりかえり」の進め方 〜 KPTと進め方のノウハウ | Social Change!
現場のオペレーションを改善するために、最初に着手するなら何か？と聞かれたら、いつも「ふりかえり」から始めましょう、と答えています。かつてトラブルの起きているプロジェクトに入ったときも、まず始めたのは「ふりかえり」からでした。 「ふりかえり」とは、文字通り現場の活動を振り返って、改善のアクションを考えることです。反省会のようにも思えますが、すべてが終わってから反省する訳ではなく、現状分析を行って、うまく続けていくための未来を向いた活動です。 この記事では「ふりかえり」という習慣について、そして、ふりかえりを実践するにあたって、進め方とポイントについて紹介します。 ふりかえりの進め方”KPT”とは 上の写真は、私たちソニックガーデンで「ふりかえり」をしている様子です。ソニックガーデンでは弟子を採用していて、その弟子と師匠とのふりかえり風景です。このように、特別な道具はなにも必要ありません。必要
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
