在宅勤務でも仲間と顔を合わせて働きたい 〜 「物理出社」から「論理出社」へ | Social Change!
在宅勤務のメリットは、通勤にかかる時間とストレスの軽減や、居住地に縛られずに勤務先を選べることなどがありますが、一方で、孤独感であったり、新しいアイデアを生み出すことができない、というような批判も目にします。 この記事では、私たちがやってきたリモートワークの経験から、在宅勤務で起こりうるとされる問題の考察と、在宅勤務であってもチームの仲間と共に顔を合わせて意見交換し、ワイワイガヤガヤと働くためのポイントを書きました。 「Face to Face」が意思の疎通にはベストな手段である 在宅勤務をしていると「Face to Face」で話をする機会がないため、やっぱりオフィスで働く方が良いという意見があります。確かに「Face to Face」が最も意思疎通しやすい手段ということに関しては異論はありません。 しかし、だからといって在宅勤務はダメだというのは短絡的です。「Face to Face」
顧問弁護士や顧問税理士のような「顧問プログラマ」という仕事と働きかた | Social Change!
私たちソニックガーデンが提供する「納品のない受託開発」では、お客さまが事業で使うウェブサービスの開発と運用を一手に引き受ける仕事をしています。 私たちの社員が、お客さまの事業の企画の段階から相談にのって考えて、一緒に設計を行い、その企画を自らプログラミングして、ユーザが利用する段階の運用まで引き受けます。そのように、ITに関するすべての工程を受け持つ職業のことを、私たちの会社では「プログラマ」と呼んでいます。 プログラマといえば人によっては、その仕事のイメージはマチマチかと思いますが、私たちの考えるプログラマとは、ひとりでソフトウェアエンジニアリングのすべてが出来る人のことです。そして、「納品のない受託開発」では、プログラマの一人一人が、お客さまの顧問のような形で担当を受け持ちます。私たちは、お客さまの「顧問プログラマ」としてサービスを提供させてもらっているのです。 この記事では、私たちが
「納品のない受託開発」とは 〜 これからの時代にあったソフトウェア受託開発のビジネスモデル | Social Change!
昔は技術的に出来なかった為に運用でカバーしてきた慣習が残り続けているけれども、実は今の技術で考え直すともっと無駄なく簡単に出来ることって、多くの業界で起きているように思います。 もちろん、ソフトウェアの受託開発の世界でも起きています。ソフトウェア開発を生業とする私たちの会社で考えたのは、昔ながらの商習慣によって様々な問題を引き起こしているのは「納品」ではないか、ということでした。 この記事ではソフトウェアにおける「納品」のもたらす問題と、私たちの会社で解決している方法「納品のない受託開発」について書きました。（自社のウェブサイト用に書いた原稿をブログにしただけなので、それっぽい表現になってます。） 「納品」が引き起こしている問題 私たちソニックガーデンの受託開発では、一括委託を行っていません。ソフトウェア開発における「一括請負での受託開発」のビジネスモデルは、多くの問題を生み出してきたから
作る人と決める人は同じ数だけ必要な時代になった〜ソフトウェア開発における「人数等価の法則」 | Social Change!
ソフトウェア開発の世界には、様々な法則があります。 遅れたプロジェクトに人数を追加しても、さらに遅らせることになるという「ブルックスの法則」は有名ですね。他にも、ソフトウェアの構造は、それを作った組織の構造が反映させるという「コンウェイの法則」などなど。（参考） 最近、ソフトウェア開発を通じて感じていることは、ソフトウェアの仕様を決める人の数は、ソフトウェアをプログラミングする人の数と同じだけ必要なのではないか、ということです。 そこで、この記事ではこれを「人数等価の法則」として考えてみることにしました。 balance / hans s これまで考えられてきた開発にかかる人数の感覚 ソフトウェア開発には、何を作るかを考えるという段階があって、どう作るかを考えてプログラミングするという段階があります。それを２人以上の人間で役割分担するとしたら、その間に入るものが「仕様」となります。 「仕様
高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!
どうすれば小規模なチームでも大きな成果を出せるのか。大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ソフトウェアをつくるための３つの役割で書いた通り、ソフトウェア開発をクラウドのようなサービス提供で続けていくには、プロダクトオーナーとプログラマーがキャッチボールのような形で、仕様と実装をずっと繰り返しながら作っていくのが自然です。 SonicGardenで使っているツールと開発の流れの全体は以下のようになります。大事なことは「動くソフトウェア」の状態を保ったまま、どれだけ回転数をあげていけるか、ということです。そのために、プロダクトオーナーとプログラマの間で待ち時間を減らすために並行して進めるようにするなど工夫しています。 ホワイトボードとMVP
オフェンシブな開発〜「納品しない受託開発」にみるソフトウェア受託開発の未来 | Social Change!
定期的にSI業界が終わったという話が出ますが、本当にそうでしょうか。終わるべきは一括発注・請負のディフェンシブなビジネスモデルです。受託はなくなることはありません。ソフトウェアの開発を、他の業界のアナロジーで考えるのではなく、正面から取り組んだビジネスモデルについて語っています。 ディフェンシブな開発 今から5年前に、SI業界における多くの問題の原因がそのビジネスモデルにあるという「ディフェンシブな開発〜SIビジネスの致命的欠陥」という記事を書きました。SIにおけるビジネスモデルは、発注者とベンダーはあらかじめ決めた金額と要件の中で納品と検収を目指すため、利益を出すためには双方がリスクを取らずに「守り」に入る必要があります。その結果、顧客にとって価値を産むかどうかよりも決められた要件通りに作られることを重視することになってしまいます。人月という単位であらかじめ決めるとなれば、単価の安い下請
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソフトウェアの品質はいつ決まるのか？〜「Point of Sales」から「Point of Use」へ | Social Change!